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Foreword 


(This  Foreword  is  not  part  of  American  National  Standard  X3. 132-1987.) 

This  standard  provides  a  definition  of  the  device-generic  portion  of  a  family  of 
standards  called  the  Intelligent  Peripheral  Interface  (IPI).  It  is  a  new  high- 
performance,  general-purpose  parallel  peripheral  interface.  This  standard  responds 
to  an  industry  market  need  (expressed  both  by  users  and  manufacturers)  to  limit 
the  increasing  costs  in  hosts  associated  with  changes  in  peripherals.  The  intent 
of  the  IPI  is  to  isolate  the  host  (CPU),  both  hardware  and  software,  from  changes 
in  peripherals  by  providing  a  "function-generic"  command  set  to  allow  the 
connection  of  multiple  types  of  peripherals  (disks,  printers,  tapes,  communica¬ 
tions).  To  smooth  the  transition  from  the  current  methods  to  the  generic 
approach,  the  IPI  also  supports  device-specific  command  sets  to  aid  in  bridging 
the  gap  between  the  two  approaches. 

To  accomplish  this  set  of  goals,  the  design  of  the  IPI  includes  device-specific 
and  device-generic  command  sets,  both  utilizing  a  common  physical  bus.  The 
device-specific  command  set  provides: 

(1)  Device-oriented  control 

(2)  Physical  Data  Addressing 

(3)  Timing  Critical  Operations 

(4)  Lower  Device  Cost 

The  device-generic  command  set  provides  a  higher  level  of  functionality 
and  portability.  It  includes: 

(1)  Host/Device  Independence 

(2)  Logical  Data  Addressing 

(3)  Timing  Independence 

(4)  Command  Queuing  Capability 

A  system  is  not  restricted  to  the  use  of  one  level  of  command  set  or  the  other.  It 
is  possible  that  both  levels  of  command  sets  will  be  utilized  with  a  given 
system's  architecture  to  balance  such  parameters  as  system  performance,  cost,  and 
peripheral  availability.  It  is  also  possible  for  the  host  to  provide  for  migration 
from  device-specific  to  device-generic  levels  while  still  retaining  the  same 
physical  interface. 

The  development  of  an  Intelligent  Peripheral  Interface  (IPI)  was  begun  after  a 
preliminary  investigation  had  been  completed.  The  earliest  proposals  were  made  by 
participants  of  Task  Group  X3T9.3  in  late  1978.  At  that  time,  the  Task  Group 
decided  generic-oriented  peripheral  interfaces  were  not  yet  ready  for 
standardization  and  that  the  group  should  concentrate  on  device-oriented 
interfaces  and  the  system-oriented,  high-speed  serial  interfaces.  The  group 
acknowledged  the  desirability  of  higher  level  intelligent  commands  by  reserving 
code  fields  in  American  National  Standard  for  Information  Systems  —  Interface 
between  Rigid  Disk  Drive(s)  and  Host(s),  ANSI  X3. 101-1984,  during  its  April  1980 
meeting. 

The  basic  architecture  of  the  resultant  IPI  was  first  proposed  at  the  X3T9.3 
August  1980  meeting.  In  addition  to  the  1978  proposal,  complete  company  imple¬ 
mentations  were  proposed  by  several  manufacturers  from  August  1980  to  August 
1981.  These  proposals  resulted  from  the  initiative  of  the  contributors  and  from 
wide-spread  solicitation  by  the  task  group. 


Task  Group  X3T9.3  agreed  upon  preliminary  functional  requirements  during  the 
October  1980  meeting,  which  included  the  following: 

(1)  Parallel  transfer 

(2)  Command  and  Data  Handshaking 

(3)  Allowance  for  high-speed  transfers  without  Handshaking 

(4)  Transfer  rate  up  to  10  Megaoctets  per  second 

Task  Group  X3T9.3  began  work  on  the  IPI  in  1981  in  response  to  an  emerging  need 
for  a  higher  performance  peripheral  interface.  Coincidental  with  the  need  for 
higher  performance  was  the  availability  of  low-cost  VLSI  circuit  technologies, 
allowing  increased  intelligence  in  the  peripheral  device.  These  needs  were 
confirmed  by  large  and  active  participation  from  all  areas  of  the  computer 
industry. 

The  fundamental  characteristics  that  the  group  achieved  included  the  following: 

(1)  Single  or  dual  octet  transfers 

(2)  Data  rates  of  at  least  10  megabytes  per  second 

(3)  Cable  lengths  extending  from  5  to  125  meters  depending  upon  type  of 
transmitter  and  cable 

(4)  Low-cost,  commonly  available  components 

(5)  High  level  of  maintainability  and  availability 

(6)  A  multilevel  command  structure  allowing  different  levels  of  intelligence  in 
the  peripherals 

(7)  A  definition  that  facilitates  evolutionary  changes  in  the  levels  with 
minimal  impact  on  software  and  hardware  components 

(8)  Definitions  supporting  an  extensive  group  of  peripheral  devices  including 
disks,  tape,  communications  equipment,  printers,  and  the  like,  with  a  common 
choice  of  interface  hardware  and  commands 

Suggestions  for  improvement  of  this  standard  will  be  welcome.  They  should  be  sent 
to  the  Computer  and  Business  Equipment  Manufacturers  Association.  311  First 
Street,  NW,  Suite  500,  Washington,  D.C.  20001. 

This  standard  was  processed  and  approved  for  submittal  to  ANSI  by  Accredited 
Standards  Committee  on  Information  Processing  Systems,  X3.  Committee  approval 
of  the  standard  does  not  imply  that  all  committee  members  voted  for  approval. 

At  the  time  it  approved  this  standard,  the  X3  Committee  had  the  following  members: 
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American  National  Standard 
for  Information  Systems  - 

Intelligent  Peripheral  Interface  - 
Device-Generic  Command  Set  for 
Magnetic  and  Optical  Disk  Drives 


1.  Scope  and  Editorial  Conventions 

1.1  Scope.  This  document  describes  the  Logical 
Level  3  (device-level)  Interface  for  disk 
drives.  The  physical,  electrical,  and  configur¬ 
ation  characteristics  and  the  transmission  pro¬ 
tocol  of  this  interface  are  in  accordance  with 
American  National  Standard  for  Information 
Systems  —  Intelligent  Peripheral  Interface  — 
Physical  Level,  ANSI  X3. 129-1986.  The  interface 
is  capable  of  handling  data  rates  from  0  to  at 
least  10  megaoctets  per  second,  depending  on 
driver  and  receiver  classes. 

The  purpose  of  this  standard  is  to  facilitate 
the  development  and  utilization  of  a  device¬ 
level  interface  that  permits  the  interconnec¬ 
tion  of  disk  slave  peripherals  to  a  controller. 

1.2  Editorial  Conventions.  Certain  terms  used  in 
this  standard  that  are  proper  names  of  signals 
are  printed  in  uppercase  to  avoid  possible 
confusion  with  other  uses  of  the  same  words; 
e.g.,  ATTENTION  IN.  Any  lowercase 

uses  of  these  words  have  the  normal  English 
meaning. 

A  number  of  conditions,  sequence  parameters, 
events,  English  text,  states,  or  similar  terms 
are  printed  with  the  first  letter  of  each  word 
in  uppercase  and  the  rest  lowercase;  e.g.,  In, 

Out,  Selective  Reset,  Bidirectional,  Bus 
Control,  Operation  Response.  Any  lowercase  uses 
of  these  words  have  the  normal  English  meaning. 

1.3  Description  of  Sections.  The  first  five 
sections  contain  material  that  is  useful  across 
all  classes  of  device  that  the  Device-Generic 
command  sets  can  support.  The  later  sections  are 
oriented  to  particular  device  classes.  This 
document  is  intended  for  use  with  Magnetic  and 
Optical  disks. 


Section  4  describes  the  Environment  of  Use  and 
projected  application  areas. 

Section  5  describes  the  Message  Packet  structure 
used  for  commands  and  responses. 

Section  6  describes  Control  commands. 

Section  7  describes  Position  commands. 

Section  8  describes  the  most  generic  Transfer 
commands. 

Section  9  describes  the  Combination  Transfer 
commands,  which  require  a  minimum  of  two  sets  of 
extents. 

Section  10  describes  the  other  Transfer  com¬ 
mands,  which  are  more  device  specific  than  those 
in  Section  6. 

Section  1  1  describes  the  Diagnostic  commands. 

Section  12  summarizes  the  commands  defined  in 
the  document. 

Appendixes  contain  information  that  is  not  part 
of  the  standard,  but  complementary  to,  and 
considered  useful  material  for  the  reader. 

1.4  Interface  Levels.  The  IPI  has  adopted  a 
layered  approach  to  functionality,  described  as 
levels.  In  Section  6  of  American  National  Standard 
for  Information  Systems  -  Intelligent  Peripheral 
Interface  -  Physical  Level,  ANSI  X3. 129-1986, 
the  relationship  between  the  various  levels  is 
described.  The  description  of  Level  3  (6.2.2  in 
ANSI  X3. 129-1986)  is  as  follows: 

6.2.2  Level  3  -  Device  Generic.  Level  3  is 
oriented  to  the  generic  components  of  devices 
(disk,  tape,  printer,  and  the  like),  and  typically 
not  the  device-unique  components  (e.g.,  cylinders, 
heads).  Level  3  uses  a  packet  structure  that 
provides  independence  of  the  command  repertoire 
from  the  Physical  Interface.  Some  of  the  Level  3 
characteristics  are: 

(1)  Operations  may  be  Individual  or  Queued. 

(2)  The  data  area  is  defined  by  the  facility 
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addressibility  to  the  media  and  is  specified  by 
the  attributes  of  the  slave. 

(3)  The  Transfer  of  data  may  or  may  not  be 
timing  critical,  and  typically  is  buffered. 

(4)  Data  is  addressed  by  DataBlock  address, 
but  PhysicalBlock  addresses  may  be  used. 

(5)  DataBlock  lengths  typically  are  fixed  over 
an  addressable  data  area,  and  can  vary  between 
different  addressable  areas  on  the  media  as  well 
as  varying  between  medias.  Tape  DataBlocks  may 
vary  between  any  two  blocks. 

(6)  Data  is  normally  requested  as  "perfect" 

(data  errors,  if  any,  corrected),  or  may  be 
requested  as  "raw"  (data  errors,  if  any,  are  not 
corrected). 

(7)  Positioning  is  requested  implicitly,  but 
may  be  explicit. 

(8)  Media  defect  handling  is  transparent  to 
the  master,  but  may  be  managed  by  the  master. 

(9)  Error  correction  is  transparent  to  the 
master,  but  may  be  managed  by  the  master. 

(10)  Error  retry  is  transparent  to  the  master, 
but  may  be  managed  by  the  master. 

1.5  Conceptual  Overview.  These  concepts  are 
described  relative  to  their  usage  in  a  Device- 
Generic  environment.  These  relationships  may  be 
defined  differently  in  other  levels  of  IPI 
implementation. 

1.5.1  Relationship  of  Master,  Slave,  and 
Facility.  A  master  is  an  entity  that  has  need  for 
some  form  of  information  transfer  or  storage.  The 
master  makes  use  of  slaves  and  facilities  to 
perform  the  needed  operation.  The  slave  or 
facility  (addressee)  to  which  the  master  addresses 

a  service  request  is  expected  to  have  sufficient 
intelligence  and  capability  to  perform  the 
requested  service. 

A  slave  is  subservient  to  one  master  per  port. 
The  slave  provides  services  to  the  attached 
master  or  masters,  and  is  responsible  for  the 
control  and  operation  of  the  facilities  (if  any) 
attached  to  it.  The  slave  may  also  perform 
additional  functions  as  it  finds  necessary. 

A  facility  may  be  a  unit  of  storage  (e.g.,  disk 
drives  and  tape  drives)  or  a  unit  of  functionality 
(e.g..  a  communications  interface).  Facilities 
are  not  limited  to  these  devices,  or  even  to  being 
devices.  Facilities  are  defined  as  having 
capabilities.  A  facility  may  be  subservient  to 
one  or  more  slaves. 

1.5.2  Relationship  of  Facilities  and 
Partitions.  As  an  option,  a  slave  may  allow  the 
subdivision  of  a  facility  into  partitions.  In  a 


facility  that  is  capable  of  being  subdivided, 
there  are  two  possible  types  of  subdivision  that 
could  be  supported.  The  first  is  the  ability  of 
the  slave  to  subdivide  the  facility  into  a  default 
data  partition  and  up  to  7  maintenance  partitions. 

For  disks,  the  second  is  the  ability  of  the 
master  to  subdivide  the  default  data  partition 
into  up  to  239  data  partitions  and  up  to  8 
maintenance  partitions. 

For  tapes,  the  second  is  the  ability  of  the 
slave  to  define  1 12  additional  partitions  and  the 
master  to  subdivide  the  default  data  partition 
into  127  data  partitions  and  up  to  8  maintenanced 
partitions. 

Maintenance  partitions  are  typically  used  for 
maintenance  purposes,  but  their  use  is  not 
restricted  thereto,  and  may  be  otherwise  used  for 
storage  of  specific  data  for  the  slave,  the 
facility,  or  for  both. 

Maintenance  partitions  are  not  accessed  by  the 
master  during  normal  operation,  but  access  by  the 
master  is  possible  via  the  OPERATING  MODE 
command. 

The  total  area  of  a  facility  that  is  defined  by 
the  slave  as  the  default  data  partition  may  be 
used  for  storage  of  the  master’s  data.  The 
partitioning  and  control  of  the  partitions  created 
in  the  default  data  area  is  the  responsibility  of 
the  master. 

1.5.3  Command  Structure.  The  Device-Generic 
command  structure  is  based  on  message  packets  that 
are  of  variable  length.  The  basic  command  and 
response  packets  are  expanded  by  appending 
parameters  that  identify  the  specific  actions  to 
be  taken.  This  provides  a  powerful  tool  for 
providing  flexibility  for  future  growth,  since  the 
addition  of  new  functions  over  time  should  not 
require  major  changes  to  the  command  repertoire, 
but  add  functionality  to  the  existing  commands. 

The  Device-Specific  (known  also  as  Level  2) 
command  repertoire  described  in  American  National 
Standard  for  Information  Systems  -  Intelligent 
Peripheral  Interface  -  Device-Specific  Command  Set 
for  Magnetic  Disk  Drives,  ANSI  X3. 130-1986,  uses 
a  different  command  structure  to  the  Device-Generic 
level.  The  major  objective  achieved  by  being 
differ-ent  is  the  ability  to  execute  timing-critical 
operations.  Because  both  levels  use  the  same  Phys¬ 
ical  interface,  it  is  possible  for  Device-Specific 
slaves  to  co-exist  on  the  same  daisy-chained  cable 
as  Device-Generic  slaves.  If  the  master  daisychains 
Device-Specific  and  Device-Generic  3  slaves,  this 
places  the  requirement  on  the  master  to  be  able  to 
handle  both  command  structures. 
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Device-Generic  commands  need  to  be  consistent 

>with  the  characteristics  of  the  general  device 

type  (e.g.,  the  master  must  know  if  general  device 
type  is  a  disk  or  tape).  The  commands  provide  for 
logical  data  addressing,  buffers,  error  detection, 
error  retry,  error  correction,  and  the  like,  at 
the  slave.  There  are  no  timing-critical 
dependencies  between  commands. 

1.6  Application  Environments.  The  degree  of 
intelligence  provided  by  the  slave  varies,  and  is 
defined  by  Attributes  provided  by  the  manu¬ 
facturer.  The  master  can  either  select  or  respond 
to  the  level  of  intelligence  provided  by  the 
slave. 

It  is  possible  for  the  manufacturer  of  a 
computer  system  to  implement  products  that  are 
master  oriented,  and  that  support  software 
constraints  for  current  operating  systems.  By 
adding  different  degrees  of  functionality,  the 
manufacturer  could  migrate  over  time  to  a 
distributed-intelligence,  slave-oriented 
environment. 

1.6.1  Control  of  Facilities  by  the  Master.  The 

master  performs  Facility  Selection  and  issues 
Individual  commands.  This  is  a  master-oriented 
environment  that  typifies  the  operation  of  most  of 
►  today’s  host  system  I/O  interfaces.  The  master 

prioritizes  tasks  and  dispenses  them  to  the 
various  peripherals  attached  to  it  in  a  fashion 
that  optimizes  the  system  performance  from  the 
master’s  perspective. 

Since  the  master  controls  all  activity  on  the 
interface,  it  shall  poll  both  the  slave  and 
facility  interrupts  in  order  to  maximize  the 
efficiency  of  data  transfers.  The  master-oriented 
environment  is  typified  by  the  following  features 
of  the  interface: 

(1)  Command  execution  sequenced  by  the  master 

(2)  Individual  commands 

(3)  Selection  to  the  facility 

(4)  Master  polling  of  both  slaves  and  facilities 

(5)  Bus  Control  established  by  the  master 

(6)  Command  queueing  done  by  the  master 

1.6.2  Shared  Control  of  Facilities.  In  this 
environment,  a  slave  has  functional  control  of  the 
facilities,  but  the  master  has  explicit  control 
over  some  aspects  of  facility  management.  Some 
tasks,  such  as  command  queuing,  may  be  left  to  the 
discretion  of  the  slave,  but  the  master  may  choose 
to  sequence  the  flow  of  data  between  specific 
|  facilities  based  on  its  own  algorithms. 

This  environment  is  typified  by  the  following 
features  of  the  interface: 


(1)  Command  execution  between  facilities 
sequenced  by  the  master 

(2)  Queued  commands 

(3)  Selection  to  the  facility 

(4)  Master  polling  of  both  slaves  and  facilities 

(5)  Bus  Control  established  by  the  master 

(6)  Command  queuing  done  by  the  slave 

1.6.3  Control  of  Facilities  by  the  Slave.  In 
this  environment,  the  slave  has  functional  control 
of  the  facilities,  and  the  master  has  limited 
control  (if  any)  over  facility  management.  The 
slave  has  the  intelligence  necessary  to  control 
operations  on  behalf  of  the  master. 

This  is  a  slave-oriented  environment  because  of 
the  degree  of  control  the  slave  exercises  over 
system  performance  and  optimization.  This 
environment  is  typified  by  the  following  features 
of  the  interface: 

(1)  Command  execution  between  facilities 
sequenced  by  the  slave 

(2)  Queued  commands 

(3)  Selection  to  the  slave 

(4)  Polling  of  the  slave  by  the  Master 

(5)  Bus  Control  established  by  the  master  or 
(optionally)  by  the  slave 

(6)  Command  queuing  done  by  the  slave 

2.  Referenced  and  Related  American 
National  Standards 

2.1  Referenced  American  National  Standards.  This 
standard  is  intended  to  be  used  in  conjunction 

with  the  following  American  National  Standards. 
When  these  standards  are  superseded  by  a  revision 
approved  by  the  American  National  Standards 
Institute,  Inc,  the  revision  shall  apply: 

ANSI  X3. 129-1986,  Information  Systems  — 
Intelligent  Peripheral  Interface  —  Physical  Level 

ANSI  X3. 130-1986,  Information  Systems  — 
Intelligent  Peripheral  Interface  —  Device-Specific 
Command  Set  for  Magnetic  Disk  Drives 

2.2  Related  American  National  Standards.  The 
following  standard  is  not  essential  for  the 
completion  of  the  requirements  of  this  standard 
and  are  intended  to  be  used  solely  for  explanation 
or  clarification. 

ANSI  X3. 147-1987,  Information  Systems  — 
Intelligent  Peripheral  Interface  —  Device-Generic 
Command  Set  for  Magnetic  Tapes 
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3.  Definitions 

actual  address.  This  is  the  address  of  the 
facility,  which  is  unique  and  is  used  by  the  slave 
to  accomplish  selection  (the  interface  by  which 
facilities  are  attached  to  the  slave  may  or  may 
not  be  an  IPI). 

addressee.  This  term  refers  to  the  slave,  the 
facility,  or  the  combination  of  the  two  that  are 
identified  by  the  combination  of  Slave  Address  and 
Facility  Address. 

alias.  This  term  names  a  partition  within  a 
facility. 

attributes.  Each  slave  (or  facility)  has  a  level 
of  functionality  that  can  be  described  by  a  table 
that  contains  entries  for  characteristics  that 
require  definition  to  the  master.  The  entries  are 
self-defining  and  are  termed  attributes. 

burst.  This  term  describes  the  maximum  number  of 
octets  to  be  transferred  in  any  one  Information 
Transfer.  The  transfer  of  a  number  of  bursts  may 
be  implicit  within  a  single  command  request. 

command.  This  term  refers  to  a  command  issued  by 
the  master  to  initiate  some  specific  operation. 

command  address.  This  term  refers  to  the  two 
octets  of  Slave  Address  and  Facility  Address  in 
the  basic  command  packet  that  uniquely  identify 
(or  optionally  partition)  the  addressee  to  which 
the  command  is  issued. 

data.  This  term  refers  to  any  Information  Transfer 
over  the  interface  not  associated  with  either  a 
command  or  a  response. 

DataBlock.  This  term  is  uniquely  defined  in  this 
document  as  meaning  the  logical  representation  of 
data  on  the  media.  A  DataBlock  may  or  may  not 
have  a  relationship  to  PhysicalBlocks  (i.e.,  it 
may  be  equal  to,  less  than,  or  greater  than 
PhysicalBlocks  in  size).  If  commands  are  issued 
with  DataBlock  addresses  to  a  slave  that  supports 
logical  addressing,  the  slave  is  responsible  to 
locate  the  physical  representation  of  data  by 
logical  address  correctly,  and  present  it  to  the 
master  in  DataBlocks. 

extent.  This  is  a  range  of  contiguous  blocks, 
defined  as  the  count  of  a  number  of  blocks 


beginning  at  a  data  address  (PhysicalBlock  or 
DataBlock)  within  (and  limited  to)  a  partition. 

facility  address.  This  is  an  octet  value  in  the 
Command  Address  that  may  be  an  Actual  Address, 
Selection  Address,  Synonym,  or  Alias.  It  is  used 
to  identify  the  facility  (or  partition)  to  which 
the  command  is  addressed.  Valid  values  are  from  0 
to  255. 

housekeeping.  This  is  a  procedure  required  at 
initial  usage  of  a  slave  (or  facility)  because  the 
master  must  obtain  the  attributes  in  order  to 
adapt  to,  or  configure,  its  functionality. 

individual.  This  term  refers  to  the  execution  of 
commands  that  must  be  completed  before  the  next 
command  can  be  issued. 

information  transfer.  This  term  refers  to  the 
transferring  of  octets  on  the  Physical  Interface 
of  commands,  responses,  and  data  that  are  framed 
by  a  Bus  Exchange. 

interrupts.  This  term  refers  to  the  ability  at  the 
Physical  Interface  for  the  slave  to  advise  the 
master  of  which  types  of  Response  are  available  in 
the  slave.  The  slave  uses  interrupts  to  initiate 
assertion  of  the  ATTENTION  IN  signal. 

L-available  (logically  available).  See  4. 7. 1.7. 

L-busy  (logically  busy).  See  4. 7. 1.9. 

level  2  (device  specific).  This  term  refers  to 
commands  that  may  be  timing  critical  and  that  are 
used  to  define  the  execution  of  device-dependent 
operations. (See  ANSI  X3. 130-1986  for  a  further 
explanantion  and  description  of  these  commands). 

level  3  (device  generic).  This  term  refers  to 
commands  that  are  not  timing  critical  and  that  are 
in  an  intelligent  environment  in  which  the  slave 
has  functional  control  (which  may  or  may  not  be 
overridden  by  the  master)  over  the  attached 
facility  or  facilities. 

logical  interface.  This  term  refers  collectively 
to  all  protocols  higher  than  the  Physical 
Interface. 

mandatory.  To  conform  to  the  standard,  all 
functions  described  as  mandatory  shall  be 
implemented  as  defined  in  this  document. 
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multiplex.  This  term  defines  the  ability  of  a 
master  to  intersperse  the  execution  of  commands 
between  addressees;  or  of  a  slave  to  intersperse 
the  execution  of  commands  between  different 
facilities;  or  of  a  slave  to  intersperse  transfer 
information  in  bursts  that  are  less  than  the 
requested  transfer  size. 

operational.  See  4. 7. 1.3. 

optional.  This  term  describes  features  that  are 
not  required  by  the  standard.  However,  if  any 
feature  defined  by  the  standard  is  implemented,  it 
shall  be  done  in  the  same  way  as  defined  by  the 
standard. 

P-available  (physically  available).  See  4. 7. 1.1. 

P-busy  (physically  busy).  See  4. 7. 1.5. 

partition.  This  term  defines  a  recording  area  that 
may  be  logically  addressed.  A  partition  may  be 
slave  defined  (e.g.,  data  area,  CE  area.  IML  area) 
or  may  be  master  defined  (e.g.,  an  addressable  set 
of  contiguous  blocks  within  the  data  area).  See 
also  alias. 

PhysicalBlock.  This  term  is  uniquely  defined  in 
this  document  as  meaning  the  physical 
representation  of  data  on  the  media  (e.g.,  sectors 
or  records  on  disk  and  blocks  or  records  on  tape). 

It  is  used  to  prevent  confusion  between  industry 
usage  of  terms. 

physical  interface.  This  term  refers  to  the 
mechanical,  electrical,  and  bus  protocol 
characteristics  specified  in  ANSI  X3. 129-1986. 

queued.  This  term  refers  to  the  ability  of  a  slave 
to  accept  multiple  commands  per  Facility  Address 
from  the  master  and  execute  them  in  a  sequence 
according  to  slave-defined  or  master-defined 
algorithms. 

ready.  This  term  is  used  to  indicate  that  a  slave 
or  facility  can  execute  its  intended  functions. 

response.  This  term  refers  to  the  response  made  by 
a  slave  to  advise  the  master  of  the  results  of  a 
command,  or  of  conditions  within  the  slave. 

selection  address.  This  is  the  address  used  by  the 
master  at  the  Physical  Interface  to  select  a 
slave,  a  facility,  or  both.  (This  may  not  be  the 
same  as  the  Actual  Address  if  Synonyms  are  used.) 


synonym.  This  term  describes  the  ability  to 
redefine  the  Facility  Address  of  a  Facility.  There 
may  be  more  than  one  synonym  to  address  the  same 
facility. 

vendor  unique.  This  term  defines  those  features 
that  can  be  defined  by  a  vendor  in  a  specific 
implementation.  Caution  should  be  exercised  in 
defining  and  using  such  features  since  they  may  or 
may  not  be  standard  between  vendors. 

4.  Logical  Interface  Characteristics 

4.1  Operations.  The  Logical  Interface  uses  a 
packet  structure  to  transfer  Commands  from  the 
master  to  the  slave  and  Responses  from  the  slave 
to  the  master.  A  Bus  Exchange  at  the  Physical 
Interface  requires  a  Bus  Control  sequence  and 
its  associated  Ending  Status  sequence  to  frame 
the  Information  Transfer  of  Commands,  Responses, 
and  data. 

The  Commands  and  Responses  vary  in  length  and 
only  a  single  packet  of  data  is  transferred  for 
each  Information  Transfer. 

4.1.1  Commands.  Commands  are  issued  by  the 
master  to  instruct  the  slave,  facility,  or  both 
to  perform  an  operation.  The  slave  returns  a 
Response  when  the  command  has  been  completed 
(unless  inhibited  by  the  "No  Response  If 
Successful"  attribute  set  by  the  master). 

4. 1.1.1  Command  Types.  The  command  types 
include: 

(1)  Control .  The  Control  commands  provide  for 
control  of  the  slave  and  facility  or  facilities. 

(2)  Position.  The  Position  commands  cause  the 
positioning  of  the  facility  or  facilities. 

(3)  Transfer.  The  Transfer  commands  may  cause 
multiple  blocks  of  data  to  be  transferred 

between  the  master  and  the  facility.  Before 
data  is  actually  transferred,  the  slave 
activates  the  Class  2  Interrupt  to  inform  the 
master  that  it  is  ready  to  transfer  data.  The 
complete  data  transfer  may  be  broken  up  into 
several  Information  Transfers.  A  slave  with 
Command  Queuing  shall  generate  a  Transfer  Noti¬ 
fication  to  inform  the  master  of  the  identity  of 
the  command  for  which  the  transfer  is  pending. 

(4)  Combination.  The  Combination  commands 
provide  for  operations  between  two  facilities 
attached  to  the  same  slave,  or  between  two 
facilities  attached  to  different  slaves  if 
Slave-to-Slave  Information  Transfers  are 
supported  at  the  Physical  Interface.  In  an 
operation  between  two  different  slaves,  the 
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master  shall  designate  a  dominant  slave  and  a 
subservient  slave.  The  dominant  slave  assumes 
the  role  of  the  master  for  the  purpose  of 
initiating  Information  Transfers  to  carry  out 
slave-to-slave  operations. 

(5)  Diagnostic.  The  Diagnostic  commands 
provide  for  maintenance  and  diagnostic 
operations  between  a  master  and  a  slave  or 
facility.  These  commands  may  be  product 
specific,  vendor  specific,  or  both. 

4. 1.1. 2  Command  Stacking.  A  slave  that  can 
accept  more  than  one  command  is  capable  of 
command  stacking.  The  number  of  commands  that 
may  be  stacked  is  defined  by  the  slave’s 
attributes.  When  a  master  attempts  to  send  more 
commands  to  a  slave  than  can  be  accepted, 
rejection  occurs  at  the  Physical  Interface. 

Commands  that  are  stacked  may  be  Individual  or 
Queued. 

4. 1.1. 2.1  Individual.  The  slave  can 
accept  only  one  operation  for  every  facility 
under  its  control  (i.e.,  a  queue  of  one). 

4. 1.1. 2. 2  Queued.  The  master  can  have 
more  than  one  operation  for  every  facility 
concurrently  active  under  control  of  the  slave, 
and  the  slave  is  responsible  to  execute  them. 

This  permits  the  slave  the  freedom  to  optimize 
the  sequence  of  command  execution  to  enhance 
performance  (e.g.,  seek  ordering  algorithms). 

The  master  has  the  ability  to  override  slave 
optimization  via  Attributes. 

4. 1.1. 3  Command  Execution  Order.  The  or¬ 
der  in  which  commands  are  executed  is  control¬ 
led  by  the  command  modifier  bits  that  are  common 
to  all  commands.  Commands  that  are  identified 

as  Chained.  Sequential,  or  Ordered  cannot  be  in¬ 
termixed  for  a  given  addressee.  The  last  command 
of  a  Chain,  Sequence,  or  Order  has  no  encoding 
of  its  identity  in  order  to  identify  it  as  being 
the  last  one  —  the  slave  shall  be  capable  of 
recognizing  it  as  being  the  last  one.  rather 
than  treating  it  as  an  Individual  or  Queued  com¬ 
mand.  The  execution  scenarios  possible  are: 

(1)  Individual  /Queued  Commands.  Commands  other 
than  those  labeled  by  modifier  bits  as  Chained. 
Sequential.  Ordered,  or  Priority  are  executed  in 

a  slave-dependent  order, a  facility-dependent 
order,  or  both. 

(2)  Chained  Commands.  Commands  are  executed  in 
the  order  received  by  the  slave  (first  in.  first 

out  (FIFO)  order)  (i.e..  a  sequence  of  com¬ 
mands  (not  necessarily  stacked)  to  a  single 
addressee).  The  addressee  is  implicitly 
reserved  as  long  as  any  command  of  the  Chain  is 


being  executed.  If  a  command  in  the  Chain  is 
unsuccessful,  the  Chain  shall  be  terminated  and 
the  remaining  commands  are  not  executed.  The 
Chained  modifier  encoding  is  not  set  for  the 
last  command  in  a  Chain.  The  slave  may 
multiplex  operations  for  other  addressees  during 
execution  of  the  Chain. 

(3)  Sequential  Commands.  Commands  are 
executed  in  the  order  received  by  the  slave 
(FIFO  order).  There  may  be  more  than  one 
addressee  in  a  Sequence  and  the  slave  may  multi¬ 
plex  other  operations  during  execution  of  the 
Sequence.  If  a  command  in  the  Sequence  is 
unsuccessful,  the  Sequence  shall  be  terminated 
and  the  remaining  commands  are  not  executed. 

The  Sequential  modifier  encoding  is  not  set  for 
the  last  command  in  a  Sequence.  There  is  no 
implicit  Reserve  of  the  addressee  beyond  the 
command  being  executed. 

(4)  Ordered  Commands.  Commands  are  executed  in 
the  order  received  by  the  slave  (FIFO  order). 

There  may  be  more  than  one  addressee  in  an 
Order,  but  the  slave  shall  not  multiplex  other 
operations  during  execution  of  the  Order.  If  a 
command  in  the  Order  is  unsuccessful,  the  Order 
shall  be  terminated  and  the  remaining  commands 
are  not  executed.  The  Ordered  modifier  encoding 

is  not  set  for  the  last  command  in  an  Order. 

There  is  no  implicit  Reserve  of  the  addressee 
beyond  the  command  being  executed. 

(5)  Priority  Commands.  Priority  commands  and 
Priority  Chains/Sequences/Orders  are  indicated 
by  the  command  modifier  bits.  Only  the  first 
command  in  a  Chain/Sequence/Order  shall  be 
designated  as  Priority,  but  the  Priority  shall 
apply  to  the  entire  Chain/Sequence/Order.  A 
Priority  command  causes  the  slave  to  change  the 
order  of  execution  of  stacked  commands  and  also 
causes  changes  in  interpreting  the  command 
packet  transmission  for  each  addressee. 

When  a  Priority  command  packet  is  received  for 
an  addressee,  any  Chain/Sequence/Order  that  was 
in  the  process  of  being  received  shall  be  ended 
(i.e.,  the  last  packet  received  is  interpreted 
as  the  last  of  the  Chain/Sequence/Order  regard¬ 
less  of  the  command  modifier  settings  in  that 
packet.  This  ending  applies  regardless  of 
whether  the  slave  is  operating  in  a  queued  or 
nonqueued  environment. 

NOTE:  This  applies  only  to  commands  received  over  the  same  port. 

Priority  commands,  whether  Individual  or  part 
of  a  Chain/Sequence/Order,  are  executed  before 
non-Priority  commands.  Priority  commands  are 
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executed  in  Last  In  First  Out  (LIFO)  order.  With 
the  exception  of  individual  ABORT  commands,  the 
receipt  of  a  Priority  command  does  not  affect 
the  operation  of  any  Individual  command  or 
commands  in  a  Chain/Sequence/Order,  except  for 
the  possible  ending  noted  previously.  When  a 
Priority,  Individual  ABORT  command  is  received, 
the  slave  shall  suspend  the  command  executing 
(if  possible),  and  process  the  ABORT. 

4.1.2  Operation  Responses.  Each  Command  has 
an  associated  Response  packet.  Command  Comple¬ 
tion  Response  packets  contain  status  that 
notifies  the  master  whether  or  not  the  command 
was  successful,  and  if  not  successful,  why  not. 

The  response  is  not  generated  or  transferred  if 
the  "No  Response  If  Successful"  attribute  is  set 
by  the  master. 

Response  packets  are  also  generated  to  notify 
the  master  of  commands  that  are  ready  for  data 
transfer,  or  for  asynchronous  events  that  have 
occurred  in  the  slave  or  facilities. 

4. 1.2.1  Interrupts.  Physical  Interface 
interrupts  are  used  by  the  slave  to  request 
service  from  the  master. 

The  master  may  poll  any  or  all  of  the  inter¬ 
rupt  classes  by  setting  the  appropriate  bits  in 
the  Request  Interrupts  octet  of  the  Physical 
Interface.  It  is  the  responsibility  of  the 
master  to  prioritize  the  interrupts  in  the  event 
that  more  than  one  slave  is  interrupting. 

Optionally,  the  master  may  poll  the  interrupts 
from  the  facilities  attached  to  a  slave  by  the 
Request  Facilities  Interrupts  octet  of  the 
Physical  Interface  if  this  feature  is  supported 
by  the  slave. 

The  Physical  Interface  ATTENTION  IN  signal 
is  a  logical  OR  of  the  interrupts  from  all  but 
the  addressee  selected  on  the  Physical  inter¬ 
face.  The  interrupts  may  be  enabled  and  dis¬ 
abled  from  generating  Attention. 

The  interrupt  classes  for  slaves  and  facilities 
are  defined  in  descending  order  of  priority. 

Slaves  shall  present  interrupts  in  order  of 
their  priority,  except  when  the  response  stack 
is  full  of  lower  order  interrupt  responses 
(i.e.,  if  a  Class  2  could  be  presented  because 
data  is  available  in  a  buffer,  but  the  stack  is 
full  of  Class  1  responses  because  the  master  has 
not  requested  them,  the  slave  shall  not  respond 
to  a  poll  for  Class  2  interrupts). 

An  interrupt  is  cleared  when  the  condition 
that  caused  it  to  be  presented  is  no  longer 
present. 

The  three  classes  of  interrupts  are  as  follows: 


(1)  Class  3  ( Critical  Slants  Pending).  This 
interrupt  shall  be  used  to  alert  the  master  to 
events  or  conditions  existing  in  a  slave  or 
facility  that  require  immediate  attention  from 
the  master  and  that  are  not  associated  with 
command  completion.  An  Asynchronous  response 
shall  be  used  to  alert  the  master,  and  the 
conditions  initiating  same  are  defined  by  the 
Major  Status,  associated  Substatus,  and  Extended 
Substatus  (if  any). 

(2)  Class  2  (Transfer  Slants  Pending).  This 
interrupt  shall  be  used  by  slaves  to  inform  the 
master  that  data  is  ready  to  be  transferred.  A 
Transfer  Notification  to  identify  the  command 
involved  shall  be  generated  by  the  slave  unless 
the  master  is  selecting  facilities  and  executing 
Individual  commands;  or  a  Paused  transfer 
implies  the  Transfer  Notification. 

(3)  Class  I  (Slants  Pending).  This  interrupt 
shall  be  used  to  identify  command  completion 
responses,  successful  or  otherwise,  of  commands 
issued  by  the  master,  and  to  inform  the  master 
of  Asynchronous  responses  that  are  not  critical. 

The  Major  Status  and  associated  Substatus,  if 
any,  identify  either  the  conditions  under  which 
the  command  terminated  or  the  cause  of  the 
Asynchronous  response. 

An  optional  use  of  this  interrupt  is  to  report 
that  the  slave,  which  was  previously  reported 
Busy  during  a  selection  sequence,  is  no  longer 
Busy.  When  the  interrupt  is  used  in  this  manner, 
the  master  is  responsible  for  recognizing  that 
there  is  not  necessarily  a  Command  Completion  or 
Asynchronous  response  packet  already  in  the 
slave.  If  there  is  no  response  packet  pending  in 
the  slave,  the  interrupt  shall  be  cleared  by  a 
successful  selection  sequence. 

4. 1.2. 2  Response  Types.  The  response  types 
do  not  directly  correspond  to  the  three  inter¬ 
rupt  classes.  An  Asynchronous  response  may  be 
Class  3  if  critical  (e.g.,  power  failure  warn¬ 
ing),  or  Class  I  if  not  critical  (e.g.,  transi¬ 
tion  from  Ready  to  Not  Ready). 

4. 1.2. 2.1  Command  Completion  Response. 
This  response  shall  be  generated  by  the  slave 

when  a  command  has  been  completed,  unless  the 
response  has  been  disabled  by  Attributes  being 
set  to  "No  Response  if  Successful  Completion." 

The  Class  I  interrupt  is  activated  to  inform 
the  master  that  a  Command  Completion  Response  is 
available. 

4. 1.2. 2. 2  Transfer  Notification  Re¬ 
sponse  (Optional).  This  response  shall  be 
generated  by  a  slave  capable  of  stacking 
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Individual  or  Queued  commands.  It  is  used  to 
identify  the  command  with  which  the  data 
transfer  to  follow  is  associated. 

Transfer  Notification  Responses  are  not 
required  under  the  following  conditions: 

(1)  When  commands  are  Individual,  and  the 
command  was  preceded  by  a  facility  selection 

(2)  For  continuation  of  paused  data  transfers 

The  Class  2  Interrupt  is  activated  to  inform 

the  master  that  a  Transfer  Notification  Response 
is  available. 

4. 1.2. 2. 3  Asynchronous  Response.  This 

response  shall  be  generated  by  the  slave  to 
advise  the  master  of  an  unanticipated  event  not 
associated  with  command  completion. 

Either  the  Class  3  or  Class  1  Interrupt  is  ac¬ 
tivated  to  inform  the  master  that  this  response 
is  available  (depending  upon  whether  or  not  it 
is  considered  critical  by  the  slave). 

4. 1.2. 2. 4  Imbedded  Data  Response 
(Optional).  This  response  shall  be  generated  by 
the  slave  to  send  small  amounts  of  data  in  a 
parameter  field  of  the  response  packet.  No  more 
than  254  octets  can  be  transferred  in  this 
manner. 

The  objective  of  this  response  is  to  permit 
peripherals  with  very  low  transfer  rates  and 
small  transfer  needs  to  gather  data  in  a  manner 
that  does  not  interfere  with  high-performance 
peripherals.  This  response  shall  not  terminate 
the  command,  and  many  of  them  can  be  received  in 
answer  to  a  single  command. 

The  Class  2  Interrupt  is  activated  to  inform 
the  master  that  an  Imbedded  Data  Response  is 
available. 

4. 1.2. 3  Response  Handling.  When  there  is 
more  than  one  response  packet  to  be  transferred 
by  the  slave,  it  shall  transfer  response  packets 
to  the  master  in  the  order  of  interrupt  prior¬ 
ity.  Within  an  interrupt  class,  the  responses 
shall  be  presented  in  order  of  command 
completion . 

If  facility  selection  precedes  the  request  for 
a  response  packet,  the  slave  shall  only  transfer 
the  highest  priority  response  among  those  for 
the  selected  facility. 

The  master  shall  properly  handle  any  response 
packet  that  it  receives,  even  if  it  is  not  nec¬ 
essarily  the  response  type  that  it  expected. 

The  master  should  not  attempt  to  initiate  the 
transfer  of  a  response  packet  before  interrupts 
indicate  the  availability  of  a  response  ready  to 
transfer.  If  the  slave  has  no  response  packet 
to  transfer  upon  receiving  a  request  for  one,  it 


shall  terminate  the  attempted  Information 
Transfer  (without  transferring  any  information) 
and  not  post  the  Successful  bit  in  Slave  Status. 

When  a  slave  that  supports  Control  of  Bus  at 
the  Physical  Interface  is  given  control,  it  may 
elect  to  transfer  a  response  packet  or  transfer 
data. 

4.1.3  Physical  Interface  Error  Recovery 
Considerations.  Errors  detected  by  the  Physical 
Interface  protocol  require  recovery  action  be 
taken  via  a  Device-Generic  protocol.  Recovery 
procedures  depend  on  the  packet  type  (Command. 
Data  or.  Response),  and  on  whether  or  not  the 
error  is  detected  prior  to  the  Slave  Status 
octet  being  presented. 

4. 1.3.1  Recovery  from  Unsuccessful  Slave 
Status  Octet.  The  Slave  Status  octet  contains 

the  Successful  Information  Transfer  bit.  which 
is  set  to  0  if  any  errors  are  detected  by  the 
slave  prior  to  transmission  of  the  octet.  This 
includes  not  posting  Successful  if  the  slave 
recognized  bad  parity  on  the  Master  Status 
octet. 

NOTE:  The  slave  does  not  change  its  Slave  Status  octet  con¬ 
tents  based  on  the  contents  of  the  Master  Status  octet. 

Following  a  command  transfer,  if  the  Success 
bit  in  either  the  Master  or  the  Slave  Status 
octet  is  set  to  0,  the  slave  shall  ignore  the 
command.  The  master  shall  retransmit  the 
com  mand. 

Following  a  data  transfer,  if  the  Success  bit 
in  either  the  Master  or  the  Slave  Status  octet 
is  set  to  0.  the  slave  shall  terminate  the 
command  in  progress.  A  response  indicating  the 
failure  shall  be  generated. 

Following  a  response  transfer,  if  the  Success 
bit  in  either  the  Master  or  the  Slave  Status 
octet  is  set  to  0.  the  slave  shall  retain  the 
response  in  its  buffer  and  attempt  retransmittal 
under  the  master's  control.  The  slave  shall 
assert  the  appropriate  interrupt  upon  de¬ 
selection. 

4. 1.3. 2  Recovery  from  Bad  Parity  on  the 
Slave  Status  Octet.  If  the  master  detects  a 
parity  error  or  any  other  invalid  condition  on 
the  Slave  Status  octet,  the  slave  has  no  way  to 
determine  what  has  happened  (as  this  is 
presented  in  the  last  state  before  deselection 
may  occur). 

Whenever  an  invalid  condition  is  detected  in 
the  Slave  Status  octet  following  a  command, 
data,  or  Transfer  Notification  packet  transfer, 
the  master  shall  use  an  ABORT  command  or  a  se- 
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lective  reset  (either  Logical  Interface  Reset  or 
Slave  Reset)  to  force  the  slave  to  discontinue 
execution  of  the  command. 

If  an  invalid  condition  is  detected  in  the 
Slave  Status  octet  following  a  response  packet 
other  than  Transfer  Notification  (typically 
Command  Completion),  the  master  shall  retry  ex¬ 
ecution  of  the  entire  command  because  the  slave 
is  not  aware  of  its  failure,  and  has  released 
the  buffer  containing  the  response  packet. 

NOTE:  In  the  case  of  a  slave  that  queues  commands,  the 
master  may  have  to  issue  no  more  commands  until  it 
can  match  valid  responses  with  all  the  issued  commands 
in  order  to  identify  the  one  that  was  unsuccessful. 

If  an  invalid  condition  is  detected  in  the 
Slave  Status  octet  following  an  Asynchronous 
response  packet,  the  master  has  no  way  of 
advising  the  slave  that  the  Slave  Status  octet 
was  not  received  correctly.  Master-specific  re¬ 
covery  procedures  may  choose  whether  or  not  to 
accept  the  contents  of  the  Information  Transfer. 

If  it  is  a  condition  that  keeps  recurring,  the 
slave  shall  generate  another  response. 

NOTE:  Under  this  circumstance  die  error  recovery  action  can- 
1101  he  certain  to  obtain  the  same  information  as  was  originally 
presented. 

4.2  Operation  Sequences.  Operation  sequences  of 
the  logical  interface  are  controlled  by  the 
master,  since  it  establishes  the  Bus  Exchanges 
that  transfer  information  between  the  master  and 
slave.  Optionally,  the  master  may  give  control 
of  the  bus  to  a  slave;  actual  control  of  the 
Information  Transfer  at  the  Physical  Interface 
would  then  be  performed  by  the  slave. 

The  sequence  of  actions  taken  to  execute  oper¬ 
ations  between  master  and  slave(s)  is  done  as  a 
series  of  Information  Transfers  across  the  Phys¬ 
ical  Interface.  Slave  selection  and  deselection 
is  done  as  necessary  to  communicate  with  the 
desired  addressee. 

4.2.1  Slave  Procedures.  The  following  pro¬ 
cedures  are  not  necessarily  supported  by  every 
slave.  The  slave's  Attributes  indicate  those 
which  are  supported. 

(1)  Facility  Selection  and  Facility  Inter¬ 
rupts.  When  the  slave  supports  facility  selec¬ 
tion  and  interrupts,  the  master  may  make  use  of 
them  to  exert  control  of  the  facility.  The  use 

of  the  facility  interrupts  allows  the  master  to 
determine  the  facility  requiring  service  and  the 
facility  selection  allows  the  master  to  direct 
an  operation  to  the  desired  facility. 

(2)  Slave  Control.  When  the  slave  Control  of 


Bus  is  supported  (Bus  Acknowledge  octet),  the 
master  may  give  control  of  the  subsequent  In¬ 
formation  Transfer  to  the  slave  to  allow  it  to 
determine  whether  to  transfer  a  response  packet 
or  data.  The  slave  shall  not  set  the  Operation 
Out  bits  in  the  Bus  Acknowledge  octet  (i.e.,  at¬ 
tempt  to  cause  a  command  to  be  transferred). 

(3)  Queued  Facility.  When  the  slave's  Attrib¬ 
utes  indicate  that  a  facility  can  operate  in  a 
queued  environment,  the  master  may  issue  more 
than  one  command  for  a  facility. 

4.2.2  Basic  Steps.  The  basic  steps  performed 
by  the  master  in  carrying  out  operations  are: 

(1)  Transmit  Command  Packet  To  Slave 

(2)  Poll  Interrupts 

(3)  Receive  Response  From  Slave 

(4)  Transfer  Data  Between  Master  and  Slave 

These  steps  shall  be  as  described  in  4.2.2. 1 

through  4. 2. 2. 4. 

4.2.2. 1  Transmit  Command  Packet  To  Slave. 

The  master  establishes  a  Bus  Exchange  to  trans¬ 
fer  a  single  Command  packet  to  the  selected 
slave.  The  number  of  commands  that  can  be 
stacked  at  an  addressee  is  defined  in  the 
Attributes. 

Commands  consist  of  variable  length  transfers, 
and  some  slaves  may  terminate  the  transfer  based 
on  the  Packet  Length  defined  in  the  first  two 
octets.  If  slaves  require  master  termination  of 
transfers,  the  length  of  the  transfer  is  decided 
by  the  master. 

If  the  Master  Status  octet  in  the  Ending 
Status  sequence  indicates  an  unsuccessful  trans¬ 
fer,  then  the  slave  shall  ignore  the  received 
command.  No  response  packet  shall  be  generated. 

If  the  Slave  Status  octet  in  the  Ending  Status 
sequence  indicates  a  successful  transfer,  the 
master  need  not  retain  the  entire  command 
packet. 

4. 2. 2. 2  Poll  Interrupts.  The  master  polls 
interrupts  to  know  when  to  perform  data  trans¬ 
fers  or  receive  Responses.  The  polling  of  a 
specific  interrupt  from  each  of  the  slaves  is 
performed  by  the  Request  Interrupt  sequence  of 
the  Physical  Interface.  The  presence  of  an 
interrupt  in  any  of  the  slaves  is  typically  pro¬ 
vided  by  the  ATTENTION  IN  signal  at  the  Physical 
Interface.  The  master  can  choose  to  mask  out 
interrupts  by  class  from  setting  Attention  (via 

the  ATTENTION  CONTROL  command). 

Even  if  a  master  has  masked  out  all  interrupts 
from  setting  Attention,  it  is  still  necessary  to 
recognize  that  unsolicited  Attentions  could 
occur  (e.g.,  if  an  attached  slave  executed  a 
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Power  On  reset,  the  mask  information  would  be 
lost,  and  an  Attention  caused  by  powering  on 
would  be  generated  when  its  drivers  were  en¬ 
abled. 

If  facility  interrupts  are  supported  by  the 
slave,  the  master  may  poll  facilities  attached 
to  a  slave  after  receiving  an  interrupt  from  the 

slave. 

NOTE:  The  slave  generates  interrupts  on  behalf  of  the  attached 
facility  or  facilities. 

4. 2. 2. 3  Receive  Response  Packet  From 
Slave.  Upon  receiving  an  interrupt  from  a  slave, 
the  master  establishes  a  Bus  Exchange  to  trans¬ 
fer  the  slave’s  Response.  There  is  one  excep¬ 
tion  to  this  action  by  the  master:  when  the  in¬ 
terrupt  is  Class  2  and  the  master  is  executing 

in  a  nonqueued  environment  with  facility  se¬ 
lection. 

The  master  may  give  control  of  the  bus  to  the 
slave  (if  this  function  is  supported)  so  that 
the  slave  can  decide  whether  to  transfer  a  re¬ 
sponse  packet  or  to  transfer  data. 

If  the  Master  Status  in  the  Ending  Status 
sequence  indicates  a  successful  transfer,  the 
slave  releases  the  response  packet  and 
deactivates  the  interrupt;  otherwise,  it  retains 
the  packet  until  successfully  transferred. 

The  response  packet  may  indicate: 

(1)  The  successful  or  unsuccessful  completion 
of  a  command 

(2)  A  notice  that  data  is  to  be  transferred 
for  a  particular  command 

(3)  The  occurrence  of  an  asynchronous  event 

4. 2. 2. 4  Transfer  of  Data  Between  Master 
and  Slave.  After  receiving  a  Transfer  Notifica¬ 
tion  (or  when  there  is  a  Class  2  interrupt  in  a 
nonqueued  environment  with  facility  selection 
(see  4. 2. 2. 3)).  the  master  initiates  a  Bus  Ex¬ 
change  to  transfer  data  to  or  from  the  slave  as 
required  by  the  command  identified  in  the  re¬ 
sponse.  (If  the  slave  is  given  Control  of  Bus, 

it  sets  up  the  direction  of  transfer.) 

The  amount  of  data  intended  to  be  transferred 
shall  be  determined  by  the  slave  (because  it 
generates  SYNC  IN  at  the  Physical  Interface). 
Whether  or  not  the  ending  Master  Status  indi¬ 
cates  a  successful  input  transfer,  the  slave  may 
release  its  input  data  buffer.  If  the  Slave 
Status  indicates  a  successful  output  transfer, 
the  master  may  release  its  output  data  buffer. 

If  the  master  terminates  a  data  transfer,  the 
characteristics  of  the  slave  shall  determine 
whether  or  not  it  is  an  unsuccessful  transfer. 


To  a  fixed  block  class  of  device  such  as  disk, 
the  transfer  would  be  considered  unsuccessful 
unless  the  transfer  was  being  Paused  (optional 
feature)  by  the  master.  To  a  variable  block 
class  of  device  such  as  tape,  master  termination 
would  normally  be  considered  successful  and  a 
short  PhysicalBlock  would  be  written. 

If  not  Paused  by  the  master,  the  Command 
Completion  Response  shall  identify  the 
termination  to  the  master  (whether  or  not  the 
transfer  was  succesful)  as  "Unexpected  Master 
Status"  in  Machine  Exception  Substatus. 

If  the  transfer  requested  by  the  command  was 
completed  successfully,  unless  overriden  by 
Attributes,  the  slave  shall  generate  a  Class  1 
interrupt  and  a  Command  Completion  Response.  If 
the  transfer  is  unsuccessful,  the  slave  shall 
generate  a  Class  1  interrupt  and  report  the 
appropriate  status  in  the  Command  Completion 
Response. 

4.2.3  Operation  Sequence  Examples.  The  four 
steps  described  in  the  preceding  subsections  may 
be  used  in  a  number  of  ways,  and  can  best  be 
illustrated  by  a  set  of  examples  executing  the 
same  scenario  in  different  implementations.  In 
these  examples,  the  data  transfer  for  Facility  1 
requires  two  transmissions  because  the  slave 
paused  (either  unanticipated,  or  multiplexed) 
during  transfer. 

The  examples  attempt  to  define  only  major 
steps  in  the  flow  (e.g..  deselection  is  impli¬ 
cit).  To  clarify  direction  of  transfer,  the 
terms  "transmit"  are  used  for  transfers  out  to 
the  slave,  and  "receive"  is  used  for  transfers 
in  from  the  slave.  The  term  "recognize"  is  used 
for  polling  because  the  master  has  a  choice  of 
alternatives  when  polling  (between  slaves,  fa¬ 
cilities  and  masking). 

4.2.3. 1  Example  of  Facility  Selection  and 
Individual  Commands.  In  this  example.  Transfer 
commands  are  sent  to  Facilities  0  and  1  on 
Slave  0. 

(1)  Select  Slave  0/Facility  0  and  transmit 
Command  packet 

(2)  Select  Slave  0/Facility  1  and  transmit 
Command  packet 

(3)  Poll  interrupts  and  recognize  Class  2 
Interrupt  from  Slave  0 

(4)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  1 

(5)  Select  Slave  0/Facility  1  and  perform  data 
transfer  until  paused  by  Slave  0 

(6)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 
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(7)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  0 

(8)  Select  Slave  0/Facility  0  and  perform  data 
transfer  until  terminated  by  Slave  0 

(9)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(10)  Poll  Slave  0  and  recognize  Class  1  Inter¬ 
rupt  from  Facility  0 

(11)  Select  Slave  0/Facility  0  and  receive 
Command  Completion  Response  with  "Successful" 
Status 

(12)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(13)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  I 

(14)  Select  Slave  0/Facility  1  and  perform 
data  transfer  until  terminated  by  Slave  0 

(15)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(16)  Poll  Slave  0  and  recognize  Class  I  Inter¬ 
rupt  from  Facility  1 

(17)  Select  Slave  0/Facility  1  and  receive 
Command  Completion  Response  with  "Successful" 
Status 

4. 2. 3. 2  Example  of  Facility  Selection  and 
Queued  Commands.  In  this  example.  Transfer  com¬ 
mands  are  sent  to  Facilities  0  and  I  on  Slave  0. 

(1)  Select  Slave  0/Facility  0  and  transmit 
Command  packet 

(2)  Select  Slave  0/Facility  1  and  transmit 
Command  packet 

(3)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(4)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  I 

(5)  Select  Slave  0/Facility  1  and  receive 
Transfer  Notification  identifying  command 

(6)  Perform  data  transfer  until  paused  by 
Slave  0 

(7)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(8)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  0 

(9)  Select  Slave  0/Facility  0  and  receive 
Transfer  Notification  identifying  command 

(10)  Perform  data  transfer  until  terminated  by 
Slave  0 

(11)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(12)  Poll  Slave  0  and  recognize  Class  1  Inter¬ 
rupt  from  Facility  0 

(13)  Select  Slave  0/Facility  0  and  receive 
Command  Completion  Response  with  "Successful" 
Status 


(14)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(15)  Poll  Slave  0  and  recognize  Class  2  Inter¬ 
rupt  from  Facility  1 

(16)  Select  Slave  0/Facility  1  and  receive 
Transfer  Notification  identifying  command 

(17)  Perform  data  transfer  until  terminated  by 

Slave  0 

(18)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(19)  Poll  Slave  0  and  recognize  Class  1  Inter¬ 
rupt  from  Facility  I 

(20)  Select  Slave  0/Facility  1  and  receive  Com¬ 
mand  Completion  Response  with  "Successful"  Status 

NOTE:  Applications  that  implement  multiple  commands  per 
facility  in  a  nonordered  sequence,  although  not  included  in  this  ex¬ 
ample,  require  the  use  of  Transfer  Notification  Packets.  This 
example  represents  the  same  scenario  as  the  other  examples 
in  this  section. 

4. 2. 3. 3  Example  of  Slave  Selection.  In 

this  example.  Transfer  commands  are  sent  to 
Facilities  0  and  1  on  Slave  0. 

(1)  Select  Slave  0  and  transmit  Command  packet 
for  Facility  0 

(2)  Remain  selected  and  transmit  Command  pack¬ 
et  for  Facility  I 

(3)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(4)  Select  Slave  0  and  receive  Transfer  Noti¬ 
fication  identifying  command  for  Facility  1 

(5)  Perform  data  transfer  until  paused  by 
Slave  0 

(6)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(7)  Select  Slave  0  and  receive  Transfer  Noti¬ 
fication  identifying  command  for  Facility  0 

(8)  Perform  data  transfer  until  terminated  by 
Slave  0 

(9)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(10)  Select  Slave  0  and  receive  Command  Com¬ 
pletion  Response  for  Facility  0  with  "Success¬ 
ful"  Status 

(11)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(12)  Select  Slave  0  and  receive  Transfer  Noti¬ 
fication  identifying  command  for  Facility  I 

(13)  Perform  data  transfer  until  terminated  by 
Slave  0 

(14)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(15)  Select  Slave  0  and  receive  Command  Com¬ 
pletion  Response  for  Facility  1  with  "Success¬ 
ful"  Status 
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4. 2. 3. 4  Example  of  Slave  Selection  and 
Slave  Control  of  Bus.  In  this  example.  Transfer 
commands  are  sent  to  Facilities  0  and  1  on 
Slaves  0  and  I .  respectively.  This  introduces 
implicit  Transfer  Notification  (i.e.,  only  one 
data  transfer  is  paused  at  a  slave,  so  the 
Transfer  Notification  can  be  implied  when  the 
transfer  is  continued). 

(1)  Select  Slave  0  and  transmit  Command  packet 
for  Facility  0 

(2)  Select  Slave  1  and  transmit  Command  packet 
for  Facility  I 

(3)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(4)  Select  Slave  0  and  with  Bus  Control  give 
Control  of  Bus  to  slave 

(5)  Receive  Bus  Acknowledge  octet  indicating 
Response  (Operation  In) 

(6)  Receive  Transfer  Notification  identifying 
command  for  Facility  0 

(7)  Master  sets  Bus  Control  (Data  Direction) 

(8)  Perform  data  transfer  until  paused  by 
Slave  0 

(9)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  I 

(10)  Select  Slave  1  and  with  Bus  Control  give 
Control  of  Bus  to  slave 

(11)  Receive  Bus  Acknowledge  octet  indicating 
Response  (Operation  In) 

(12)  Receive  Transfer  Notification  identifying 
command  for  Facility  1 

(13)  Master  sets  Bus  Control  (Data  Direction) 

(14)  Perform  data  transfer  until  terminated  by 

Slave  1 

(15)  Poll  interrupts  and  recognize  Class  2  In¬ 
terrupt  from  Slave  0 

(16)  Select  Slave  0  and  with  Bus  Control  give 
Control  to  slave 

(17)  Receive  Bus  Acknowledge  octet  with  im¬ 
plicit  Transfer  Notification  and  Data  Direction 

(18)  Perform  data  transfer  until  terminated  by 

Slave  0 

(19)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  0 

(20)  Select  Slave  0  and  with  Bus  Control  give 
Control  of  Bus  to  slave 

(21)  Receive  Bus  Acknowledge  octet  indicating 
Response  (Operation  In) 

(22)  Receive  Command  Completion  Response  for 
Facility  0  with  ''Successful”  Status 

(23)  Poll  interrupts  and  recognize  Class  1  In¬ 
terrupt  from  Slave  I 

(24)  Select  Slave  I  and  with  Bus  Control  give 
Control  of  Bus  to  slave 


(25)  Receive  Bus  Acknowledge  octet  indicating 
Response  (Operation  In) 

(26)  Receive  Command  Completion  Response  for 
Facility  1  with  "Successful"  Status 

4.3  Multiplexed  Data  Transfers  (Optional).  Dif¬ 
ferent  computer  system  architectures  will  uti¬ 
lize  the  IPI,  and  a  wide  range  of  products  may 
be  intermixed  on  a  single  cable.  There  are  occa¬ 
sions  in  which  a  transfer  may  be  terminated  for 
either  an  unanticipated  reason  or  a  deliberate 
event.  The  interface  provides  for  both  to  occur 
via  use  of  the  Pause  function  at  the  Physical 
Interface.  Command,  and  response  packet  trans¬ 
fers  cannot  be  paused  -  only  data  transfers  may 
be  paused  and  continued. 

It  is  necessary  that  a  master  be  able  to  con¬ 
trol  some  of  the  ways  in  which  different  prod¬ 
ucts  from  different  vendors  coexist.  One  impor¬ 
tant  area  is  in  ensuring  equitable  use  of  the 
bandwidth.  A  deliberate  event  to  pause  a  trans¬ 
fer  occurs  when  a  master  wishes  to  prevent  a 
particular  peripheral  from  dominating  the  use  of 
the  interface  during  Information  Transfers. 

In  an  application  in  which  the  master  requests 
large  data  transfers,  it  is  preferred  that  the 
master  be  able  to  predict  the  use  of  the 
interface.  The  master  can  accomplish  this  by 
multiplexing  transfers  between  addressees  on  a 
predictable  basis.  The  master  may  define  (in 
Attributes)  the  maximum  number  of  octets  to  be 
transferred  in  any  one  data  transfer  (a  burst), 
even  though  any  single  command  may  itself  define 
considerably  more. 

A  command  for  a  20K  data  transfer  to  a  slave 
with  a  defined  8K  maximum  burst  size  would  re¬ 
quire  three  data  transfers  in  order  to  complete. 

The  slave  would  pause  after  each  8K  burst  and  com¬ 
plete  after  the  remainder  of  4K  was  transferred. 

4.3.1  Physical  Interface  Pause  and  Continue 
(Optional).  The  Physical  Interface  provides  the 
ability  to  Pause  and  Continue  transfers  from 
both  the  master  and  the  slave.  The  master  and 
the  slave  may  use  this  function  to  interrupt  a 
continuous  data  transfer.  The  slave  shall  trans¬ 
fer  data  in  bursts  no  longer  than  those  defined 
or  set  in  Attributes. 

The  master  cannot  indicate  any  time  dependency 
to  the  slave,  only  whether  or  not  the  transfer 
is  paused.  However,  the  slave  can  indicate  to 
the  master  some  idea  of  the  expected  time  period 
that  the  transfer  shall  be  paused.  This  is  done 
through  use  of  the  Time-Dependent  Operation  bit 
in  the  Slave  Status  octet. 
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The  meaning  of  the  bits  shall  be  as  follows: 

Pause  Time-Dependent 
Operation 

0  0  No  Delay 

I  0  Short  Delay 

I  I  Long  Delay 

0  I  No  More  Data 

If  for  some  reason  both  the  master  and  slave 
present  the  Pause  bit  in  their  respective  ending 
status  octets,  the  slave  Pause  shall  override 
the  master  Pause. 

In  the  following  descriptions  (4.3.2  —  4.3.9), 
the  term  P/TDO  refers  to  the  setting  of  the 
Pause  and  Time-Dependent  Operation  bits  in  the 
Slave  Status  octet. 

4.3.2  Slave  Pause  and  Master  Continue.  The 

master  controls  the  slaves  that  receive  service. 

The  master  shall  use  Attributes  to  establish  the 
size  of  transfer,  defined  as  a  burst,  to  be  mul¬ 
tiplexed.  During  data  transfers,  when  the  burst 
defined  by  the  master  has  been  transmitted,  the 
slave  shall  terminate.  If  information  is  immedi¬ 
ately  available  to  resume  transfer  with  another 
burst,  it  shall  so  indicate  by  P/TDO  =  00.  This 
condition  can  only  occur  on  multiplexed  burst 
boundaries. 

If  a  slave  Pauses  with  no  information  remain¬ 
ing  in  its  buffer  to  be  transferred,  but  it 
anticipates  only  a  short  delay  before  informa¬ 
tion  shall  be  available,  it  shall  set  P/TDO  =  10. 

If,  however,  the  delay  is  expected  to  exceed  the 
value  defined  in  Attributes,  it  shall  set 
P/TDO  =  I  I . 

If  it  is  deselected,  the  slave  shall  generate 
a  Class  2  interrupt  when  it  has  more  information 
to  transfer  (immediately  when  P/TDO  =  00). 

When  a  slave  transferring  information  pauses 
at  the  end  of  a  burst,  the  master  may  choose  to 
deselect  and  poll  the  other  slaves,  or  remain 
selected  and  continue  the  transfer. 

To  continue  a  paused  data  transfer,  the  master 
shall  reselect  (if  necessary),  and  resumption  of 
the  data  transfer  may  or  may  not  be  implicit, 
based  on  the  mode  of  interface  operation. 

The  slave  shall  always  have  a  Transfer  Notifi¬ 
cation  packet  prepared  (if  they  are  being  used) 
so  that  if  the  master  issues  a  Response  request, 
the  slave  can  respond  with  same. 

4.3.2. 1  Implicit  Continue.  If  the  master 
is  executing  Individual  commands  with  Facility 
Selection,  it  can  reissue  the  same  Bus  Control 


octet  as  for  the  initial  transfer. 

If  the  master  is  executing  Queued  commands  to 
a  slave  that  can  have  more  than  one  paused 
transfer,  the  master  has  to  receive  a  Transfer 
Notification  to  know  which  one  is  being  con¬ 
tinued.  To  do  so,  the  master  may  issue  the  Bus 
Control  octet  for  a  Response,  or  permit  the 
slave  Control  of  Bus  and  the  slave  shall  set  up 
the  data  transfer  of  a  Response. 

4. 3. 2. 2  Explicit  Continue.  If  the  master 
is  executing  Queued  commands  to  a  slave,  but 
only  one  transfer  can  be  paused  per  slave,  the 
master  may  reissue  the  same  Bus  Control  Octet  as 
for  the  initial  data  transfer. 

Alternatively,  the  master  may  provide  the 
slave  Control  of  Bus.  and  the  slave  shall  re¬ 
spond  with  the  Data,  Direction,  and  Control  of 
Bus  Accepted  bits  set  in  the  Bus  Acknowledge 
octet.  The  explicit  continue  prevents  a  slave 
that  can  have  more  than  one  paused  transfer  and 
has  been  given  Control  of  Bus.  from  starting  a 
second  paused  transfer. 

NOTE:  Tlie  paused  slave  is  locked  to  the  same  transfer  command 
until  it  is  either  successfully  or  unsuccessfully  completed 
It  is  possible  for  a  master  to  issue  commands  or  request  re¬ 
sponses  from  a  paused  slave,  but  based  on  internal  design  a 
slave  may  or  may  not  be  able  to  comply.  The  only  way  in  which 
a  master  can  free  a  paused  slave  is  to  continue  the  data  trans¬ 
fer  or  abort  the  transfer  command  that  is  Paused 

4.3.3  Slave  Control  of  Pause  and  Continue.  A 

slave  may  choose  to  pause  an  data  transfer  due 
to  an  unanticipated  delay  encountered  (e.g.,  re¬ 
positioning,  error  correction).  If  so.  the  slave 
shall  terminate  the  transfer  and  set  P/TDO  =  1  I . 

The  master  can  deselect  the  slave  and  await  a 
Class  2  interrrupt  to  advise  that  transfer  can 
be  continued. 

If  the  master  had  deselected,  when  the  slave 
is  ready  to  continue  the  transfer,  it  shall  gen¬ 
erate  a  Class  2  interrupt.  The  master  shall  re¬ 
select  and  set  the  Control  of  Bus  bit  in  the  Bus 
Control  octet.  If  the  master  did  not  deselect, 
it  can  remain  in  a  loop  presenting  the  Bus  Con¬ 
trol  octet,  and  being  rejected  by  the  slave 
until  the  slave  is  ready  to  continue. 

If  the  master  used  the  Control  of  Bus  bit,  the 
slave  shall  set  the  Data.  Direction,  and  Control 
of  Bus  Accepted  bits  in  the  Bus  Acknowledge 
octet,  and  transfer  shall  begin  after  the  master 
asserts  the  MASTER  OUT  signal. 

4.3.4  Master  Control  of  Pause  and  Continue. 
When  a  master  encounters  a  temporary  interrup¬ 
tion.  sufficient  to  stop  a  data  transfer,  it 

shall  initiate  termination  of  the  transfer  and 
set  the  Pause  bit  in  the  Master  Status  octet. 
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The  master  may  choose  to  deselect  or  remain  se¬ 
lected  to  the  slave. 

To  continue  a  Paused  data  transfer,  the  master 
shall  reselect  (if  necessary),  along  with  the 
same  settings  in  the  Bus  Control  octet  used  for 
the  original  command,  then  assert  the  MASTER 
OUT  signal  to  restart  the  data  transfer. 

The  slave  shall  not  generate  a  Class  2  inter¬ 
rupt.  but  if  it  encounters  any  error  while 
Paused,  it  may  generate  either  a  Class  3  or  a 
Class  I  interrrupt. 

4.3.5  Uses  of  Multiplexing.  The  three  basic 
uses  that  are  made  of  multiplexing  between 
addressees  are  described  in  4.3.5. 1  through 

4. 3. 5. 3. 

4.3.5. 1  One  Paused  Transfer  per  Facility. 

When  Facility  Selection  is  used  by  the  master  to 
issue  Individual  commands,  a  slave  may  have  up 
to  16  concurrent  data  transfers  being  multiplex¬ 
ed.  It  is  the  master's  responsibility  to  manage 
the  multiplexing  of  information  via  selection 
and  reselection  of  the  facility. 

4. 3. 5. 2  One  Paused  Transfer  per  Slave. 
When  Slave  Selection  is  used  by  the  master,  a 
slave  may  be  able  to  multiplex  only  one  transfer 
(defined  by  Attributes).  Continuing  a  paused 
transfer  does  not  require  the  use  of  a  Transfer 
Notification  (unless  enabled  by  Attributes) 
since  the  master  can  reissue  the  same  Bus  Con¬ 
trol  octet  as  for  the  initial  transfer  to  indi¬ 
cate  an  implicit  Transfer  Notification. 

4. 3. 5. 3  Multiple  Paused  Transfers  per 
Slave.  When  Slave  Selection  is  used  by  the 
master,  a  slave  may  be  able  to  multiplex  more 
than  one  transfer.  This  application  requires  the 
use  of  Transfer  Notification  packets  unless  a 
master  remains  selected.  Upon  selection,  the 
slave  shall  present  a  Transfer  Notification 
packket  to  advise  the  master  which  paused  data 
transfer  is  going  to  be  continued. 

4.3.6  Anticipated  Pause.  The  master  uses 
Attributes  to  advise  the  slave  of  the  burst  size 
to  be  transferred  during  a  multiplexed  transfer. 

After  the  slave  has  terminated  a  burst  data 
transfer,  it  posts  Slave  Status  with  the  Suc¬ 
cessful  and  the  requisite  P/TDO  bits. 

(1)  I’/TDO  =  00  -  Immediate  Continuation  Possi¬ 
ble.  On  Read,  next  burst  is  already  buffered  and 
ready  to  transfer.  On  Write,  the  buffer  is  free 

to  accept  next  burst  from  master. 

(2)  P/TDO  =  1 0  -  Continuation  Possible  after 
Short  Delay.  The  slave  expects  a  delay  of  less 
than  the  period  defined  by  the  master  in 
Attributes. 


(3)  P/TDO=ll  -  Continuation  Possible  after 
Long  Delay.  The  slave  expects  a  delay  longer 
than  the  period  defined  by  the  master  in 
Attributes. 

(4)  P/TDO  =  01  -  No  More  Data.  The  entire  data 
transfer  is  now  complete. 

The  Time-Dependent  delay  posted  by  the  slave 
is  an  indication,  and  not  a  guarantee,  because 
many  factors  are  involved  (e.g..  a  Short  Delay 
could  actually  be  a  long  one  if  an  unforeseen 
error  condition  occurred). 

4.3.6. 1  Master  Stays  Selected.  If  the 
master  chooses  to  stay  selected  to  the  ad¬ 
dressee.  it  continues  by  issuing  a  Bus  Control 
octet  with  the  same  settings  as  on  the  original. 

If  the  slave  cannot  continue,  it  shall  reject 
the  Bus  Control  octet  and  use  encoded  Slave 
Status  to  advise  why. 

4. 3. 6. 2  Master  Deselects.  If  the  master 
deselects,  the  addressee  shall  assert  its  Class 

2  Interrupt  (and  Attention  if  not  overridden  by 
ATTENTION  CONTROL)  when  it  is  capable  of 
continuing  the  burst  transfer. 

The  actions  to  be  taken  are  a  function  of  the 
application  (see  4.3.2. 1  and  4. 3. 2. 2). 

4.3.7  Unanticipated  Pauses  by  the  Slave.  If 
the  slave  encounters  a  condition  that  causes  in¬ 
terruption  of  a  data  transfer  (before  reaching  a 
burst  boundary),  it  shall  terminate  the  transfer 
and  advise  P/TDO  =  lx  in  the  Slave  Status  octet 
(continuation  possible  after  Delay). 

NOTE:  P/TDO  =  00  is  invalid,  because  it"  it  could  continue  im¬ 
mediately,  it  would  not  have  paused  in  the  first  place. 

The  master  may  choose  to  remain  selected  or 
not.  The  same  actions  that  are  defined  in  4.3.6 
for  anticipated  pauses  shall  be  followed  by  the 
slave  and  the  master  in  order  to  continue  the 
transfer. 

4.3.8  Unanticipated  Pauses  by  the  Master.  The 

master  cannot  pause  more  than  one  data  transfer 
to  the  slave.  The  next  operation  to  the  same 
addressee  has  to  be  the  continuation  of  the 
paused  data  transfer. 

If  a  slave  cannot  accept  a  master-initiated 
Pause,  it  shall  set  the  Not  Successful  bit  in 
the  Slave  Status  octet. 

Close  examination  of  a  vendor's  specification 
is  recommended  because  there  are  many  conditions 
possible  that  could  cause  unpredictable  results, 
or  require  extensive  error  recovery. 

4.3.9  Multiplexed  Transfer  Mode  Identifica¬ 
tion.  The  different  ways  of  multiplexing  trans- 
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Table  1 

Different  Ways  of  Multiplexing  Transfers 
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fers  are  defined  in  Attributes.  The  various  com¬ 
binations  shall  be  as  shown  in  Table  1 . 

4.4  Data  Groupings.  The  basic  unit  of  recorded 
data  is  the  eight-bit  octet.  Octets  are  combined 
to  form  a  PhysicalBlock,  which  is  the  recording 
unit  on  the  media,  or  may  be  combined  to  form  a 
DataBlock,  which  is  the  master-defined  unit  of 
preference.  Data  transfer  between  the  slave  or 
facility  and  the  master  may  be  in  either 
PhysicalBlocks  or  DataBlocks. 

4.4.1  PhysicalBlocks.  The  PhysicalBlock  size 
may  be  preset  by  the  manufacturer  of  the  device, 
determined  by  the  slave,  or  by  the  master  by 
means  of  the  appropriate  command  (FORMAT  for 
disks  and  OPERATING  MODE  or  ATTRIBUTES 
for  tapes).  Once  established,  the  PhysicalBlock 
size  becomes  an  attribute  of  the  facility  until 
changed  by  another  command.  If  a  PhysicalBlock 
size  has  not  been  established  by  the  master,  the 
default  value  preset  in  manufacture  shall  be 

used  by  the  facility. 

Each  PhysicalBlock  on  disks  and  on  tapes  that 
support  the  Update  function  shall  be  capable  of 
being  written  (updated)  by  a  write  operation 
without  requiring  the  master  to  access  or  read 
any  adjacent  PhysicalBlocks. 

For  magnetic  disks,  this  is  typically  provided 
by  separation  of  recorded  fields.  One  Physical- 
Block  may  be  updated  without  reading  and  rewrit¬ 
ing  any  other  PhysicalBlock  contained  in  the 
physical  space.  If  PhysicalBlocks  are  re¬ 
corded  in  a  field  (e.g..  sector)  without  inter¬ 
vening  gaps,  then  an  uncorrectable  error  in  one 
PhysicalBlock  may  cause  a  data  integrity  expo¬ 
sure  to  one  of  the  other  PhysicalBlocks. 

For  magnetic  tapes,  if  the  Update  function  is 
not  supported,  all  data  beyond  the  last  write 
shall  be  considered  invalid. 

4.4.2  DataBlocks.  The  DataBlock  size  may  be 
predefined  by  the  slave,  or  it  may  be  set  by  the 
master  via  the  appropriate  command  (FORMAT  or 


ATTRIBUTES  for  disks  and  OPERATING  MODE 
or  ATTRIBUTES  for  tapes).  If  a  DataBlock  size 
has  not  been  established  by  the  master,  the  de¬ 
fault  value  preset  by  the  manufacturer  shall  be 
used  for  the  facility. 

For  disks,  a  reset  or  loss  of  power  from  the 
slave  or  facility  shall  not  cause  the  DataBlock 
size  to  change.  Once  established,  the  DataBlock 
size  remains  unchanged  until  a  new  FORMAT, 
ATTRIBUTES,  or  OPERATING  MODE  com¬ 
mand  is  issued. 

For  tapes,  a  reset  or  loss  of  power  from  a  slave 
or  facility  may  cause  the  DataBlock  size  to  change. 
The  DataBlock  size  may  need  to  be  re-established  by 
the  master  (see  vendor  specification). 

4.4.3  Extents.  An  extent  is  a  contiguous 
number  of  blocks  beginning  at  a  specified 
starting  address.  An  extent  may  be  as  small  as 
one  block,  or  as  large  as  the  entire  addressable 
area  of  a  partition  (or  volume,  if  absolute 
addresses  are  used). 

Extents  are  primarily  used  in  association  with 
transfer  and  positioning  commands.  However,  they 
are  also  used  to  describe  master-definable 
partitions. 

4.4.4  Partitions.  These  are  addressable  areas 
on  a  volume,  and  may  be  either  slave  defined  or 
master  defined. 

For  disks,  each  partition  is  a  contiguous 
range  of  blocks  that  begin  on  a  physical  bound¬ 
ary  (on  disks,  this  is  typically  a  cylinder 
boundary). 

For  tapes,  a  partition  is  defined  as  a  contig¬ 
uous  addressable  area.  On  tapes  that  are  not 
preformatted,  no  extent  range  is  normally  poss¬ 
ible.  and  data  shall  be  written  from  the  begin¬ 
ning  of  a  partition.  If  a  tape  uses  preformatted 
addressable  areas,  then  a  contiguous  range  of 
blocks  defines  a  partition. 

4.4.4. 1  Slave-Defined  Partitions 

4. 4. 4.1. 1  Data  Partition.  The  slave 
shall  define  for  each  facility  the  addressable 
data  area  known  as  the  default  data  partition, 
which  is  available  to  the  master  for  data 
storage.  There  is  only  one  default  data  parti¬ 
tion  per  facility. 

For  tapes,  the  slave  may  define  additional 
data  partitions  that  define  storage  space  in  ad¬ 
dition  to  the  default  data  partition. 

4. 4. 4. 1.2  Maintenance  Partitions.  The 
facility  may  include  space  that  is  dedicated  for 
functions  other  than  user  data  storage.  These 
may  include  areas  for  assignment  to  describe 
media  defects;  diagnostic  read  and  write 
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operations;  support  functions,  such  as  the 
storage  of  internal  microcode  routines;  ans  so 
on.  The  placement  of  nonuser  data  storage  areas 
and  the  algorithms  for  accessing  them  are  imple¬ 
mentation  dependent  and  shall  be  described  in 
the  vendor  specifications. 

The  slave-defined  maintenance  areas  are  avail¬ 
able  to  the  master  via  the  OPERATING  MODE 
com  m  and. 

4. 4. 4. 2  Master-Defined  Partitions 

4. 4. 4. 2.1  Data  Partitions.  The  master 
may  choose  to  subdivide  the  default  data  parti¬ 
tion  into  smaller  ones. 

For  disks,  each  partition,  other  than  the  de¬ 
fault  data  partition,  requires  that  a  Partition 
ID  be  associated  with  any  commands  that  address 
data  (this  may  be  implied  by  an  Alias  address). 

For  tapes,  once  a  partition  is  addressed,  the 
slave  or  facility  shall  continue  processing  in 
that  partition  until  a  new  partition  is  chosen 
by  use  of  a  Partition  Parameter,  or  until  a  vol¬ 
ume  is  demounted  (if  the  partition  is  on  the 
volume).  Subsequent  commands  after  a  partition 
change  need  not  supply  a  partition  ID. 

4. 4. 4. 2. 2  Maintenance  Partitions.  The 
master  may  have  the  need  to  define  areas  that 

are  excluded  from  normal  data  accessing.  Up  to 
eight  maintenance  partitions  may  be  defined  by 
the  master.  These  shall  be  assigned  by  the  slave 
out  of  the  default  data  partition. 

The  master-defined  maintenance  areas  are  only 
accessible  via  the  OPERATING  MODE  command. 

4.4.5  Alternate  Data  Areas.  The  slave  may  map 
defective  PhysicalBlocks  to  alternate  blocks  in 
order  to  create  a  defect-free  data  area  for  the 
master.  If  a  PhysicalBlock  has  been  assigned  to 

an  alternate  data  area,  it  shall  be  accessible 
during  normal  operations  in  a  manner  transparent 
to  the  master. 

4.4.6  Physical  Groups.  It  is  possible  for  a 
manufacturer  to  organize  a  disk  with  variable 
block  sizes  (as  in  IPI-2  Format  2  in  ANSI 
X3. 129-1986)  such  that  there  is  more  than  one 
PhysicalBlock  per  identification  field.  The 
identification  field  shall  be  read  in  order  to 
access  any  of  the  PhysicalBlocks  within  the 
Physical  Group. 

4.5  Media  Addressing  Definitions.  IPI  disk 
transfer  commands  are  multiple  block  transfers 
across  physical  boundaries.  The  addressee 
positions  itself  to  the  Data  Address  given  in 
the  command  packet,  locates  the  block,  and 
begins  execution  of  the  command.  All  read  and 


write  transfer  operations  utilize  physical 
(PhysicalBlock)  or  logical  (DataBlock)  ad¬ 
dresses.  unless  overridden  by  the  Absolute  Ad-  ( 

dressing  modifier  in  the  Data  Address  parameter. 

The  absolute  method  of  addressing  is  available 
for  master-specific  use  when  there  is  a  need  for 
a  device-unique  addressing  mode  of  operation. 

IPI  tape  transfer  commands  may  be  multiple 
block  transfers  across  physical  boundaries.  Both 
explicit  positioning  (using  a  Data  Address)  and 
implicit  positioning  are  supported.  If  a  Data 
Address  is  supplied  in  the  transfer  command  and 
the  addressee  supports  explicit  positioning  for 
transfer  commands,  the  addressee  positions  it¬ 
self  to  the  Data  Address  in  the  command  packet, 
and  begins  execution.  Tapes  that  support  impli¬ 
cit  positioning  begin  execution  at  the  next  re¬ 
corded  element  following  the  last  operation.  The 
command  modifier  determines  which  recorded  ele¬ 
ment  is  next  since  direction  may  be  changed  be¬ 
tween  any  two  commands. 

For  tapes  which  support  both  types  of  posi¬ 
tioning,  the  presence  of  a  Data  Address  field  in 
the  Command  Extent  parameter  indicates  that  the 
master  intends  explicit  positioning;  otherwise, 
implicit  positioning  is  used. 

4.5.1  Absolute  Addressing.  Absolute  addressing 
uniquely  identifies  a  location  by  specifying  . 

address  values  that  are  implementation  dependent 
(as  on  disks),  or  by  using  Position  commands  to 
properly  position  the  media  (as  on  tapes).  On 
tape,  positioning  would  typically  be  accomplish¬ 
ed  by  using  the  SPACE  BLOCK/FILE  MARK 
command  to  reach  the  desired  position. 

For  disks,  typical  values  include  cylinder  ad¬ 
dress.  head  address,  and  sector  address.  Cylin¬ 
der  addresses  run  from  O  to  C-l,  where  C  is  the 
number  of  tracks  per  disk  surface;  each  possible 
value  represents  a  particular  cylinder.  Head  ad¬ 
dresses  run  from  0  to  H- 1,  where  H  is  the  number 
of  read/write  heads  on  the  drive;  each  possible 
value  represents  a  particular  head.  Sector  ad¬ 
dresses  run  from  0  to  5-1,  where  5  is  the  number 
of  sectors  per  track;  each  possible  value  repre¬ 
sents  a  definite  sector,  and  the  sectors  are 
numbered  consecutively. 

For  tapes,  values  may  include  track  number, 
relative  block  number,  and  the  like.  When  used, 
track  numbers  are  unique.  Block  numbers  run  from 
0  to  n  and  may  be  either  PhysicalBlock  or 
DataBlock  values. 

Absolute  addresses  are  associated  with  the 
media,  and  references  may  occur  across  partition 
boundaries.  i 
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4.5.2  Physical  Addressing.  Physical  addressing 
uniquely  identifies  a  location  by  specifying 
address  values  that  are  implementation  depen¬ 
dent. 

On  disks,  PhysicalBlocks  use  the  same  format 
(typically  cylinder,  head,  sector)  as  Absolute 
addressing,  but  the  PhysicalBlock  address  of  a 
given  sector  may  be  different  from  that  sector's 
absolute  address.  Factors  leading  to  such  dif¬ 
ferences  include  partitions,  multiple  Physical- 
Blocks  per  sector,  multiple  PhysicalBlocks  per 
identification  field,  defect  mapping,  and  inter¬ 
leaving. 

PhysicalBlock  addresses  are  associated  with 
the  partition,  and  references  cannot  occur 
across  partition  boundaries. 

On  tapes.  PhysicalBlocks  use  the  same  format 
as  Absolute  addressing  (Blocks  and  File  Marks), 
except  that  positioning  may  be  explicit  with 
Data  Address  or  implicit  (no  Data  Address). 
Alternatively,  the  SPACE  BLOCK/FILE  MARK 
command  is  used  to  reach  the  desired  position  on 
the  media. 

4.5.3  Logical  Addressing.  For  disks,  logical 
addressing  uses  DataBlock  addresses  to  reference 
data  in  partitions,  within  which  all  DataBlocks 
are  the  same  size.  DataBlocks  in  each  partition 
are  addressable  through  a  linear  address  space 
numbered  from  0  to  n-\ ,  where  n  is  communicated 
to  the  master  via  Attributes. 

For  tapes,  logical  addressing  uses  DataBlock 
addresses  to  reference  data  in  partitions.  Data¬ 
Block  sizes  may  vary  within  a  partiton,  and  are 
addressable  through  a  linear  address  space.  The 
DataBlock  address  may  be  augmented  by  a  track 
reference  to  speed  positioning,  which  is  vendor 
specific. 

Logical  addressing  permits  the  master  to  use 
DataBlocks  that  are  a  multiple  or  submultiple  of 
PhysicalBlocks.  It  is  the  responsibility  of  the 
slave  to  manage  the  necessary  blocking  and  un¬ 
blocking  of  data,  and  the  slave  attributes  shall 
identify  whether  or  not  it  is  capable  of  provid¬ 
ing  this  function.  There  are  many  performance 
criteria  that  must  be  considered  when  DataBlock 
and  PhysicalBlock  sizes  are  different. 

LogicalBlock  addresses  are  associated  with  the 
partition,  and  references  cannot  occur  across 
partition  boundaries. 

4.5.4  Media  Defect  Management  Considera¬ 
tions.  Media  defect  avoidance  is  managed  in  IPI 
slaves  and  facilities  using  several  lists.  (See 

I  1 .3  and  I  1 .4  for  command  implementation.) 

The  facility  manufacturer's  defect  list  is 


specified  by  the  device-level  interface.  It  is 
used  to  initialize  the  slave’s  Permanent  defect 
list  the  first  time  a  facility  is  formatted. 

For  each  facility,  a  slave  shall  retain  infor¬ 
mation  that  allows  it  to  avoid  defective  media 
in  real  time.  The  representation  and  use  of  this 
Working  set  of  defects  is  slave  specific.  The 
combined  contents  of  the  Working  Permanent  and 
Working  Temporary  defect  lists  reflect  the 
condition  of  the  slave’s  Working  set  of  defects. 

Entries  in  the  Working  Permanent  defect  list 
cannot  be  removed  by  any  action  of  the  master 
defined  in  the  IPI  command  set.  Working 
Temporary  defect  list  entries  are  removed  by  a 
FORMAT  command  with  the  Initialize  modifier  set. 

A  Suspect  Permanent  and  Suspect  Temporary 
defect  list  are  provided  to  contain  the  identity 
of  defects  between  the  time  when  they  are 
identified  to  the  slave  via  a  WRITE  DEFECT  LIST 
command,  and  the  actual  substitution  of 
replacement  media  during  a  FORMAT  or  RE¬ 
ALLOCATE  command.  Defect  list  entries  are 
moved  from  a  Suspect  list  to  the  corresponding 
Working  defect  list  at  that  time. 

Defects  identified  in  a  Suspect  list  are  still 
in  the  master’s  DataBlock  addressing  space.  If 
automatic  reallocation  is  in  effect,  the  Suspect 
defect  lists  are  always  empty. 

Entries  can  also  be  added  to  the  Working  Tem¬ 
porary  defect  list  by  specifying  their  addresses 
in  defect  list  parameters  to  FORMAT  or  REALLO¬ 
CATE  commands. 

Any  of  the  defect  lists  (Working  Permanent, 
Working  Temporary,  Suspect  Permanent,  and 
Suspect  Temporary)  can  be  read  using  the  Read 
Defect  List  command.  Only  Suspect  Permanent  and 
Suspect  Temporary  defect  lists  may  be  created  or 
appended  using  the  Write  Defect  List  command. 

The  following  example  is  intended  to  illus¬ 
trate  the  condition  of  the  various  defect  man¬ 
agement  structures  in  a  hypothetical  slave  that 
implements  all  of  the  available  features  after 
the  following  actions: 

(1)  FORMAT  the  drive  for  the  first  time  since 
its  manufacture. 

(2)  Issue  a  WRITE  DEFECT  LIST  command 
with  the  Permanent  modifier  set,  and  a  defect 
list  identifying  address  5  as  defective. 

(3)  Execute  another  FORMAT  command. 

(4)  Issue  a  REALLOCATE  command  identifying 
addresses  50  and  150  as  defective. 

(5)  Issue  a  WRITE  DEFECT  LIST  command  with 
the  Temporary  modifier  set,  and  a  defect  list 
identifying  address  10. 
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Table  2 

The  Manufacturer's  Original  Defect  List  and 
the  Slave's  Master  Defect  Map 


MANUFACTURER'S  ORIGINAL  FACILITY  DEFECT  LIST: 


|  Defect  Address 


120 

130 


SLAVE'S  MASTER  DEFECT  MAP:  + - + - + - + - + 
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Table  2  shows  an  implementation  of  defect  man¬ 
agement  procedures  by  the  slave.  However,  this 
table  by  no  means  decribes  a  complete  implement¬ 
ation.  The  types  of  addresses  indicated  are  in¬ 
tentionally  vague  to  avoid  any  assumptions  on 
reallocation  technique.  In  an  actual  implement¬ 
ation  addresses  would  be  expected  to  be  a  mix¬ 
ture  of  DataBlock  and  Absolute  addresses. 

4.6  Interface  Addressing  Definitions 

4.6.1  Actual  Addresses.  At  the  Physical  In¬ 
terface.  a  facility  has  an  address  that  is 
unique,  and  is  used  by  the  slave  to  accomplish 
selection.  The  IPI  Physical  Interface  Facility 
Selection  restricts  addressing  to  16  facilities. 

The  IPI  Device-Generic  Logical  Interface  permits 
addressing  of  up  to  255  facilities. 

4.6.2  Selection  Addresses.  The  Level  1  inter¬ 
face  defines  a  selection  mechanism  that  allows 
selection  of  a  slave  or  facility.  Any  one  of  up 

to  8  slaves  on  a  master,  or  (optionally)  any  one 
of  up  to  16  facilities  on  any  of  the  8  slaves 
may  be  physically  selected.  The  address  used  in 
this  method  is  called  the  Selection  Address.  It 
contains  at  least  a  Slave  Address,  and  may  or 
may  not  contain  the  address  of  a  facility  (which 
may  or  may  not  be  a  synonym). 

4.6.3  Command  Addresses.  Device-Generic 
commands  contain  a  Slave  Address  and  a  Facility 
Address  as  part  of  the  basic  command  packet. 

The  Slave  Address  in  the  command  packet  is  com¬ 
pared  to  the  value  contained  in  the  Selection 
Address.  The  Slave  Selection  Address  has  a 
valid  range  of  0  through  7.  and  if  the  Slave  Ad¬ 
dress  is  not  the  same  in  the  command,  the  com¬ 
mand  is  rejected. 

If  the  Level  1  interface  utilized  slave  selec¬ 
tion  (i.e.,  there  is  no  facility  component  in 
the  Selection  address),  the  Facility  Address  is 


not  compared  to  the  Selection  Address.  There¬ 
fore.  the  Facility  Address  can  range  from  0 
through  255  (x’FF').  The  value  of  255  denotes 
that  the  command  is  addressed  to  the  slave,  and 
not  to  a  facility. 

If  the  Level  I  interface  utilized  facility 
selection,  then  the  Facility  Address  in  the 
Device-Generic  command  is  compared  to  the  ad¬ 
dress  of  the  facility  contained  in  the  Selection 
Address.  In  this  case,  the  Facility  Address  is 
limited  to  the  range  of  0  through  15.  If  not 
the  same  as  the  Actual  Address  or  a  Synonym,  the 
command  is  rejected. 

4.6.4  Facility  Address.  The  Facility  Address 
is  the  address  contained  in  the  command  packet. 

It  may  be  an  Actual  address,  a  Selection  ad¬ 
dress.  a  Synonym  address,  or  an  Alias  address. 

4.6.5  Synonym  Addresses  (Optional).  Without 
the  introduction  of  Synonyms,  a  Facility  Address 
of  00-0F  would  specify  a  particular  physical 
facility.  There  are  cases  in  which  a  master 
would  like  to  use  a  Facility  Address  to  refer¬ 
ence  a  different  physical  facility  than  would  be 
addressed  if  the  Facility  Address  in  the  command 
were  used  directly.  For  instance,  if  one  facil¬ 
ity  is  not  operational,  it  may  be  advantagous  to 
utilize  a  different  facility  in  the  place  of  the 
malfunctioning  facility  in  a  way  that  is  trans¬ 
parent  to  the  master’s  normal  operation,  thus 

not  impacting  operating  systems  software. 

Another  situation  occurs  when  the  Operating 
System  has  predefined  the  characteristics  of  a 
device  based  on  its  address.  For  instance, 
three  disks  and  a  tape  may  have  Actual  addresses 
0.  1.2.  and  3  assigned  at  the  Physical  Inter¬ 
face.  However,  if  the  host  computer's  Operating 
System  assigns  disk  addresses  as  0-7  and  tape 
addresses  as  8-F.  a  Synonym  address  may  be  used 
to  reference  the  tape  by  Facility  Address  8. 
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Synonyms  can  also  be  used  to  provide  pseudo¬ 
device-queuing  in  the  Operating  System.  Many 
existing  Operating  Systems  do  not  dispatcli  more 
than  one  I/O  request  to  a  device.  This  is  in¬ 
efficient  when  the  slave  to  which  the  devices 
are  attached  is  capable  of  optimizing  multiple 
requests  to  the  same  device.  More  than  one  Syn¬ 
onym  address  may  be  assigned  to  each  Actual  Ad¬ 
dress.  to  overcome  the  software  limitation. 

After  a  Synonym  has  been  set  up  as  equivalent 
to  the  Actual  address,  all  Facility  Address  ref¬ 
erences  thereafter  in  the  command  packets  may 
refer  to  the  Synonym  as  well  as  the  Actual  ad¬ 
dress.  The  exception  to  this  occurs  if  an  origi¬ 
nal  Actual  Address  is  reassigned  as  a  Synonym. 

Synonym  addresses  are  limited  to  the  range  of 
00-0F  if  they  are  to  affect  the  Physical  Inter¬ 
face  selection.  Synonym  addresses  may  be  used  in 
the  range  00-FE  for  Logical  Interface  address¬ 
ing. 

Synonym  addressing  is  optional,  and  the  At¬ 
tributes  of  the  slave  shall  indicate  whether  or 
not  it  is  supported.  Synonym  addressing  may  be 
supported  by  the  slave  at  the  Physical  Interface 
(00-0F  Selection)  only.  Logical  Interface  (00- 
FE)  only,  or  both.  If  Synonym  addressing  is  not 
supported,  any  attempt  to  invoke  this  function 
shall  cause  a  Command  Exception  condition. 

Support  of  Synonym  addresses  is  an  option.  If 
supported,  a  Synonym  address  shall  be  used  to 
map  a  Facility  Address  to  an  Actual  address. 
Whether  Synonym  addresses  are  supported  or  not, 
Facility  Addresses  shall  be  initiallly  mapped  to 
Actual  addresses  in  which  the  same  value  corres¬ 
ponds  to  an  existing  physical  facility.  Facility 
Addresses  that  do  not  correspond  to  physical 
facilities  and  have  not  been  redefined  are 
invalid. 

Synonym  addresses  are  unique  from  Alias  ad¬ 
dresses  (i.e..  the  Facility  Address  can  be 
either  a  Synonym  or  an  Alias,  but  not  both). 

4.6.6  Alias  Addresses  (Optional).  The  use  of 
an  Alias  allows  the  Facility  Address  of  a  com¬ 
mand  to  be  mapped  to  a  data  partition  within  a 
facility  (Aliases  cannot  be  used  to  address 
maintenance  partitions).  If  the  Facility  Ad¬ 
dress  of  a  command  is  the  address  that  corres¬ 
ponds  to  an  Alias  assignment,  that  command  may 
not  have  a  partition  parameter  as  a  part  of  the 
command  (i.e..  a  command  may  not  have  two  parti¬ 
tion  parameters,  whether  explicit  or  implied). 
(However.  Combination  Commands  may  reference 
multiple  facilities,  and  thus  one  partition  pa¬ 
rameter  per  referenced  facility  is  allowed.) 


Partitions  permit  the  master  to  define  more 
than  one  addressable  data  area  per  physical 
volume.  Reference  to  these  partitions  may  be 
made  by  prefixing  every  Extent  parameter  with  a 
Partition  parameter,  or  by  assigning  an  Alias 
address.  The  ATTRIBUTES  command  may  be  used 
to  assign  Alias  addresses  to  each  partition. 

Alias  addresses  may  be  assigned  in  the  range  of 
00-FE. 

After  Alias  addresses  have  been  set  up 
asequivalents  to  the  Partition  of  a  facility 
(which  may  be  referred  to  by  either  an  Actual  or 
a  Synonym  address),  all  Facility  Address  refer¬ 
ences  thereafter  in  the  command  packets  refer  to 
the  Partition  of  that  facility.  Alias  addresses 
in  the  range  of  00-0F  do  not  affect  the  selec¬ 
tion  of  the  Physical  Interface. 

Alias  addressing  is  optional,  and  the  At¬ 
tributes  of  the  slave  shall  indicate  whether  or 
not  it  is  supported.  If  Alias  addressing  is 
not  supported,  any  attempt  to  invoke  this  func¬ 
tion  shall  cause  a  Command  Exception  condi¬ 
tion. 

An  Alias  address  maps  into  a  Facility  Address 
and  a  data  partition.  The  Facility  Address  that 
was  obtained  as  a  result  of  an  Alias  shall  then 
be  mapped  into  a  physical  facility;  thus  it 
could  be  subjected  to  an  existing  Synonym  ad¬ 
dress  or  map  directly  to  a  physical  facility. 

It  cannot  go  through  another  Alias  definition, 
as  that  would  result  in  two  implicit  partition 
parameters. 

Alias  addresses  are  different  from  Synonym  ad¬ 
dresses  (i.e..  the  Facility  Address  can  be 
either  a  Synonym  or  an  Alias,  but  not  both). 

4.6.7  Partition  Parameters.  A  partition  pa¬ 
rameter  can  be  used  with  a  command  that  refer¬ 
ences  a  facility. 

For  disks,  if  no  partition  parameter  is  sup¬ 
plied.  then  the  default  data  partition  on  the 
facility  is  assumed  (unless  the  partition  param¬ 
eter  is  implicit  by  an  Alias). 

For  tapes,  if  no  partition  parameter  is  sup¬ 
plied.  the  current  partition  shall  be  used. 

Partition  parameters  on  the  OPERATING  MODE 
command  are  required  for  the  master  to  gain 
access  to  maintenance  partitions. 

Partitions  are  assigned  identification  num¬ 
bers.  Partition  zero  is  the  default  data  parti¬ 
tion.  Fifteen  partitions  (01 -OF)  are  reserved 
for  identifying  maintenance  partitions.  Parti¬ 
tions  10-FE  are  used  for  partitioning  of  the 
default  data  partition.  Partition  identifica¬ 
tion  FF  is  reserved. 
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Partition  identification  numbers  are  facility 
specific.  The  same  partition  number  on  differ¬ 
ent  facilities  may  not  necessarily  reference  the 
same  portion  of  each  facility. 

4.6.8  Communication  Addresses  (Optional). 
Communication  devices  require  an  extension  to 

the  two-level  addressing  of  the  IPI.  The  CONNECT 
and  IDENTIFY  commands  that  provide  this  exten¬ 
sion  shall  be  as  defined  in  the  Generic  Command 
Set  for  Communications  document. 

4.6.9  Address  Examples.  To  keep  track  of  the 
relationship  between  Synonyms.  Aliases,  and  Act¬ 
ual  addresses,  the  slave  needs  to  maintain  a 
table  of  equivalents.  Table  3  illustrates  how 

the  relationships  can  be  maintained. 

The  FF  in  the  second  column  of  Table  3  is  used 
to  identify  that  the  facility  is  not  attached 
(if  physical),  or  not  assigned  (if  logical),  and 
in  the  third  column  it  identifies  that  it  is  not 
a  partition  ID  reference. 

4.7  Slave  and  Facility  Conditions.  The  manner 
in  which  a  slave  or  facility  responds  to  a  com¬ 
mand  is  determined  by  its  condition.  The  condi¬ 
tion  of  a  facility  is  significant  only  when  the 
slave  is  in  the  P-Available  condition. 

The  condition  of  a  slave  or  facility  is  af¬ 
fected  by  its  intrinsic  as  well  as  its  opera¬ 
tional  characteristics  (e.g.,  a  slave  that  is 
capable  of  command  queuing  may  be  L-Available 
when  it  is  active,  whereas  a  slave  that  can  han¬ 
dle  only  one  command  at  a  time  would  be  Not  L- 
Available  when  active. 

Figure  I  illustrates  the  hierarchy  of  slave 
conditions. 

4.7.1  Interface  Conditions.  To  assist  the 
reading  of  the  following,  the  terms  "accept"  and 
"execute"  are  noted  in  quotations  to  emphasize 
their  meaning.  All  conditions  are  port  relevant, 
except  Operational,  which  is  applicable  to  the 
slave. 

4. 7. 1.1  P-Available.  This  condition  indi¬ 
cates  that  the  slave  is  installed  and  capable  of 
responding  to  the  Physical  Interface.  This  con¬ 
dition  implies  that  the  device  is  properly 
cabled  and  is  powered  on.  The  P-Available  condi¬ 
tion  is  detected  at  the  Physical  Interface  by 
responding  to  the  Request  Interrupts  Sequence 
with  Power  On  (Bit  3)  asserted  in  the  Request 
Interrupts  octet. 


This  standard  whs  under  development  at  the  time  of  publication. 
Contact  Secretarial  for  current  status. 


4. 7. 1.2  Not  P-Available.  This  condition 
indicates  that  the  slave  is  not  installed,  is 
disabled,  or  is  otherwise  incapable  of  respond¬ 
ing  to  the  Physical  Interface. 

4. 7. 1.3  Operational.  This  condition  quali¬ 
fies  P-Available.  The  Operational  condition  in¬ 
dicates  that  the  slave  is  capable  of  processing 
Bus  Exchanges.  It  also  indicates  that  the  slave 

is  detected  at  the  Physical  Interface,  if  the 
slave  is  able  to  respond  to  the  selection  se¬ 
quence  by  asserting  SLAVE  IN.  or  if  the  slave 
asserts  Ready  (Bit  5)  in  response  to  the  Request 
Slave  Interrupts  Sequence. 

4. 7. 1.4  Not  Operational.  This  condition 
qualifies  P-Available.  The  slave  is  unable  to 
respond  to  a  selection  sequence.  The  Not  Opera¬ 
tional  condition  is  detected  at  the  Physical  In¬ 
terface  if  the  slave  does  not  set  Ready  (Bit  5) 

in  response  to  the  Request  Slave  Interrupts 
Sequence. 

NOTE:  The  slave  is  capable  of  providing  a  response  to  a  com¬ 
mand  packet  directed  to  a  facility  that  is  Not  Operational. 

A  nonoperalional  condition  at  the  slave  w i II  be  detected  at 
the  Physical  Interface  (e.g.,  lack  of  response  to  a  selec¬ 
tion  attempt  by  the  master). 

4. 7. 1.5  P-Busy.  This  condition  qualifies 
Operational  and  implies  that  the  slave  is 
capable  of  processing  Bus  Exchanges  but  not  on 
this  port  because  it  is  currently  selected  or 
reserved  to  another  port.  The  P-Busy  condition 
is  detected  at  the  Physical  Interface  if  the 

slave  is  able  to  respond  to  the  selection 
sequence  by  asserting  SLAVE  IN.  but  does  not 
return  its  bit-significant  address,  or  if  the 
slave  asserts  Busy  (Bit  6)  in  response  to  the 
Request  Slave  Interrupts  Sequence. 

4.7. 1.6  Not  P-Busy.  This  condition  quali¬ 
fies  Operational  and  indicates  that  the  slave 

can  process  Bus  Exchanges  at  this  port.  Opera¬ 
tional  is  detected  if  the  slave  responds  to  the 
selection  sequence  by  asserting  SLAVE  IN  and 
returning  its  bit-significant  address,  or  if  the 
slave  does  not  assert  Busy  (Bit  6)  in  response 
to  the  Request  Slave  Interrupts  Sequence. 

4. 7. 1.7  L-Available.  This  condition  indi¬ 
cates  that  the  slave  can  "accept”  a  command  from 
the  master. 

4. 7. 1.8  Not  L-Available.  This  condition 
indicates  that  the  slave  can  "execute"  a  Bus 
Exchange  from  the  master,  but  cannot  "accept"  a 
command. 

4. 7. 1.9  L-Busy.  This  condition  indicates 
that  the  slave  can  respond  to  Bus  Exchanges,  but 
is  not  capable  of  "executing”  a  command  from  the 
master. 
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Table  3 

Table  of  Equivalents  for 

Slave 

:i  1  i  ty 

Actual  or 

Partition 

iress 

Synonym 

ID 

Descriptions 

00 

00 

FF 

Actual  Address 

01 

01 

FF 

Actual  Address 

02 

02 

FF 

Actual  Address 

03 

03 

FF 

Actual  Address 

04 

FF 

FF 

Not  attached 

05 

FF 

FF 

Not  attached 

06 

FF 

FF 

Not  attached 

07 

FF 

FF 

Not  attached 

08 

03 

FF 

Physical  Synonym 

09 

FF 

FF 

Not  attached 

0A 

FF 

FF 

Not  attached 

0B 

FF 

FF 

Not  attached 

OC 

00 

FF 

Physical  Synonym 

0D 

01 

FF 

Physical  Synonym 

0E 

01 

FF 

Physical  Synonym 

OF 

FF 

FF 

Not  attached 

10 

00 

22 

Alias 

11 

02 

25 

Al  ias 

12 

01 

42 

Alias 

13 

08 

17 

Alias  (to  a  Synonym) 

14 

01 

1A 

Alias 

15 

IB 

23 

Alias  (to  a  Synonym) 

16 

FF 

FF 

Not  assigned 

17 

FF 

FF 

Not  assigned 

18 

FF 

FF 

Not  assigned 

19 

02 

FF 

Logical  Synonym 

1A 

01 

FF 

Logical  Synonym 

IB 

03 

FF 

Logical  Synonym 

1C 

00 

FF 

Logical  Synonym 

ID 

FF 

FF 

Not  assigned 

IE 

FF 

FF 

Not  assigned 

IF 

FF 

FF 

Not  assigned 

+ 


+ 


Not  P-Available 


P-Avai lable 


+ 


+ 


Not  Operational 


Operational 


+ 


+ 


P-Busy 


Not  P-Busy 


+ 


+ 


Not  L-Available 


L-Ava i lable 


+  -- 

i 

L-Busy 


- + 

i 

Not  L-Busy 

I 

V 


Applies  to: 


Port 


Slave 


Port 


Port 


Port 


Figure  1 

Hierarchy  of  Slave  Conditions 
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4.7.1.10  Not  L-Busy.  This  condition  indi¬ 
cates  that  the  slave  can  "execute"  a  command 
from  the  master. 

4.7.2  General  Conditions 

4. 7.2.1  Active.  The  addressee  has  accepted 
a  command,  has  outstanding  status,  or  both.. 

4. 7. 2. 2  Inactive.  The  addressee  has  no 
commands  or  status  outstanding. 

4. 7.2.3  Status  Pending.  The  addressee  has 
status  (either  asynchronous  or  in  response  to  a 
command),  to  send  to  the  master. 

4. 7.2.4  Reset.  The  addressee  is  in  an  ini¬ 
tial  condition  in  which  it  has  no  cognizance  of 
past  events.  This  condition  can  come  about  as  a 
result  of  an  external  reset  by  the  master,  an 
internal  initialization  procedure  (e.g.,  follow¬ 
ing  a  power-on  sequence)  or  an  unsuccessful  in¬ 
ternal  recovery  attempt  from  a  severe  error. 

4.7.3  Operating  Status.  Slaves  provide  pre¬ 
dictable  status  on  their  ability  to  process  com¬ 
mands,  especially  during  a  power-on,  either  at 
system  start  or  into  an  operating  environment 
after  maintenance. 

A  slave  that  is  Not  Operational  is  incapable 
of  processing  Bus  Exchanges,  but  may  be  able  to 
communicate  what  is  causing  this  condition.  At 
the  Physical  Interface,  the  Request  Interrupts 
octet  can  be  used  to  obtain  Ready  status,  but 
Ready  has  a  double  meaning. 

Within  IPI-2,  Ready  has  the  connotation  that 
the  device  is  both  operational  on  the  interface 
and  ready  for  data  (e.g.,  if  it  is  a  removable 
media  device,  the  media  is  mounted).  When  an 
IPI-2  slave  reports  Ready  status  to  a  Request 
Interrupts,  it  is  able  to  process  Bus  Exchanges 
(Operational)  and  can  process  Data  Controls. 

Within  IPI-3.  the  conditions  Operational  and 
Ready  are  separated  because  the  slave  has  no 
concept  of  Ready,  which  is  a  facility  concept. 

When  an  IPI-3  slave  reports  Ready  status  to  a 
Request  Interrupts,  it  is  able  to  process  Bus 
Exchanges  (Operational). 

There  are  three  Request  Interrupts  bits  that 
the  master  can  use  to  build  a  matrix  of  infor¬ 
mation  about  the  attached  slaves.  Three  polls 
shall  be  used  to  build  the  matrix  of  Power  On. 
Ready,  and  Busy.  The  possible  combinations  shall 
be  as  shown  in  Table  4. 

4.8  Multiple  Ports  (Optional).  Multiple  porting 
includes  both  manual  and  programmed  static  switch¬ 
ing  (a  single  slave  or  a  slave  and  all  of  its 
facilities)  and  dynamic  switching  (controlled  by 
the  master)  between  two  or  more  IPI  ports. 


There  may  be  two  or  more  IPI  physical  ports  at 
the  slave  and  two  or  more  ports  at  a  facility. 

Any  combination  of  more  than  two  ports  between 
slave  and  facility,  Enable/Disable  controls,  and 
the  IPI  logical  constructs  for  assigning 
facilities  to  a  physical  port  are  the  minimum 
configuration  for  multiple  port  implementations. 

It  is  assumed  that  two  or  more  slave  ports 
will  be  connected  to  different  masters  and  two 
or  more  facility  ports  will  be  connected  to  dif¬ 
ferent  slaves,  but  there  is  nothing  that  pre¬ 
vents  connection  of  more  than  one  port  to  the 
same  master  or  same  slave. 

When  part  of  all  of  the  resources  of  a  slave 
or  facility  become  dedicated  to  performing  tasks 
for  a  port,  there  is  an  allegiance  established 
between  the  slave  or  facility  and  the  port.  Un¬ 
less  otherwise  stated,  a  slave  or  facility  may 
have  allegiance  to  only  one  port  at  a  time.  The 
following  description  assumes,  but  does  not  re¬ 
quire,  that  data  transfers  and  Response  Packets 
always  pass  through  the  port  that  received  the 
corresponding  Command  Packet. 

4.8.1  Slave  Switching.  There  are  many  differ¬ 
ent  ways  of  employing  a  port  switch  within  a 
slave;  however,  as  viewed  by  the  master,  the 
slave  switches  all  appear  to  be  either  physical 
or  logical. 

The  following  capabilities  are  represented  in 
Figures  2  and  3: 

(1)  The  State  Machine  represents  handling  all 
nonselected  states 

(2)  The  Bus  Exchange  Logic  represents  the  Bus 
Control/Ending  Status  sequence,  which  may  or  may 
not  include  an  Information  Transfer 

(3)  The  Logical  Protocol  Execution  Logic  rep¬ 
resents  decoding  and  executing  command  packets 
and  formulating  response  packets  as  well  as  con¬ 
trolling  the  facilities  if  they  are  logically 
distinct  from  the  slave. 

(4)  The  Limited  Logical  Protocol  Execution 
Logic  represents  decoding  and  executing  command 
packets  and  formulating  response  packets  for  at 
least  the  Priority  Reserve  command  while  the 
slave  is  implicitly  or  explicitly  reserved  to 

the  other  port. 

(5)  The  Full  Logical  Protocol  Execution  Logic 
represents  decoding  and  executing  command  pac¬ 
kets  and  formulating  response  packets  as  well  as 
controlling  the  facilities  if  they  are  logically 
distinct  from  the  slave. 

4.8.1. 1  Physical  Switch.  The  Physical 
switch  appears  at  the  Physical  Interface.  As 
long  as  the  slave  is  P-Available,  it  can  exe- 
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Table  4 

Possible  Combinations  of  Request  Interrupts  Bits 

H - H - + - + - + 

| Powe r | Ready |  Busy|  Slave  Condition  | 

-i - + - + - + - + 

|  0  |  x  |  x  |  Nothing  happening  at  the  slave  | 

j||j  (Not  P-Available) 

+ - + - + - + - + 

|  1  |  0  |  1  |  The  slave  cannot  respond  to  other  than  Request  | 

|||j  Interrupts  (e.g.,  it  is  Busy  running  diagnostics)  j 
!||j  (Not  Operational) 

+ - + - + - + - + 

|  1  |  0  |  0  |  The  slave  can  respond  to  Request  Transfer  Settings | 

|  |  |  |  and  Request  Slave/Facility  Interrupts 

|j||  (Not  Operational)  | 

+ - + - + - + - + 

|  1  |  1  |  0  |  The  slave  is  able  to  process  Bus  Exchanges  | 

lllj  (Operational) 

-i - 1 - 1 - ^ - + 

|  1  |  1  |  1  |  The  slave  can  process  Bus  Exchanges,  but  is 

|  |  |  |  currently  Busy  and  unable  to  do  so  on  this  Port  | 

||j|  (P-Busy)  | 

+ - + - + - + - + 


IPI  A 

i 

+ - + 

|  STATE  | 

|  MACHINE  j 
+ - + 


IPI  B 

I 

+ - + 

|  STATE  | 

|  MACHINE  j 
+ - + 


IPI  A 

l 

IPI  B 

+ - 

- + 

+ - 

1 

- + 

|  STATE  | 

|  STATE  | 

j  MACHINE  j 

j  MACHINE  j 

+ - 

- + 

+ - 

- + 

+ - O  < - +  O - + 


+ 


+ 


- + 

BUS  | 

EXCHANGE  j 

LOGIC  j 

- + 


+ 


+ 


|  LOGICAL  | 
|  PROTOCOL  j 
|  EXECUTION  j 
LOGIC 


+ 


+ 


+ 


BUS 

EXCHANGE  j 
LOGIC 


+ 


BUS 

EXCHANGE  j 
LOGIC 


+ 


+ 


+ 


+ 


+ 


+ 


+ 


+ 


|  LIMITED 
j  LOGICAL 
|  PROTOCOL 
|  EXECUTION 
LOGIC 


LIMITED  | 
LOGICAL  j 
PROTOCOL  | 
EXECUTION  | 
LOGIC 


+ 


+ 


+ - o  < - +  o - + 

I 

+ - + 

|  FULL  I 

j  LOGICAL  j 
|  PROTOCOL  | 

|  EXECUTION  j 
|  LOGIC  j 
+ - + 


+ 


+ 


FACILITIES  | 
( IF  ANY)  | 


+ 


+ - + 

|  FACILITIES  | 
( IF  ANY)  j 
+ - + 


Figure  2 
Physical  Switch 


Figure  3 
Logical  Switch 
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cute  nonselected  bus  states.  When  the  slave  is 
Not  P-Busy,  selected  bus  states  can  also  be  exe¬ 
cuted.  When  the  slave  is  P-Busy.  the  master  re¬ 
ceives  a  Busy  in  the  Selection  sequence. 

4.8. 1.2  Logical  Switch.  The  Logical  switch 
appears  at  command  decode  and  execution.  When  a 
slave  is  equipped  with  this  switch,  the  master 

may  select  and  transfer  commands  (provided  that 
the  slave  has  room  for  the  packet),  responses 
(if  pending)  and  data  (if  the  slave  is  ready  for 
a  data  transfer). 

The  Logical  Busy  (L-Busy)  state  of  the  slave 
may  never  be  sensed  by  the  master  since  the  only 
effect  of  the  L-Busy  state  is  that  command  pac¬ 
ket  execution  does  not  proceed  for  that  port.  If 
the  master  does  become  aware  of  the  Busy  condi¬ 
tion.  it  is  through  the  command  buffer(s)  becom¬ 
ing  full  and  command  packets  being  rejected  with 
an  appropriate  setting  in  the  encoded  status 
field  of  the  Slave  Status  Octet. 

4. 8. 1.3  Mixed  Switch  Types.  The  operation 
of  slaves  that  employ  both  Physical  and  Logical 
switches  is  not  covered  in  this  standard.  Mix¬ 
ing  the  two  types  of  switches  at  the  slave  is 
implementation  dependent,  and  their  interaction 

is  not  defined. 

4.8.2  Facility  Switching.  There  are  many 
ways  to  implement  a  facility  port  switch,  but  as 
viewed  by  the  master,  there  are  only  two  types 
of  facility  switches.  The  first  resides  within 
the  slave,  where  the  slave  establishes  an  alle¬ 
giance  between  a  facility  and  a  particular  slave 
port.  The  second  switch  point  resides  at  a  logi¬ 
cally.  and  possibly  physically,  separate  facil¬ 
ity  that  can  be  switched  between  two  or  more 
slaves. 

The  slave  may  report  the  state  of  the  facility 
switches  to  the  master  in  several  different 
ways: 

(1)  Through  the  slave’s  own  port  switch  re¬ 
porting  mechanism;  that  is.  Physical  switch 
(P-Busy)  or  Logical  switch  (Intervention  Re¬ 
quired  Substatus  in  a  Response  packet) 

(2)  The  slave  can  use  the  Slave  Status  Octet 
in  the  Bus  Exchange 

(3)  The  slave  can  totally  mask  the  facility 
switch  from  the  master  by  managing  all  of  the 
facility  switches  itself 

In  some  configurations,  there  may  be  both  a 
facility  switch  at  the  slave  and  a  facility 
switch  at  the  facility.  For  most  facility  opera¬ 
tions.  the  master  cannot  distinguish  between  the 
two  types  of  facility  switching,  except  for 
disabling  a  facility  port  and  performing  resets. 


4.8.3  Slave  Static  Switching.  Static  switch¬ 
ing  means  that  a  slave  and  all  of  its  facilities 
are  made  P-Available/Not  P-Available  at  an  IPI 
physical  port.  This  is  accomplished  by  manual 
controls  or  the  PATH  CONTROL  command.  The 
Enable/Disable  controls  alter  the  connection 
appearance  by  making  it  P-Available  on  only 
those  ports  that  are  enabled.  Static  switching 
is  implemented  at  the  Physical  Interface. 

If  a  manual  port  control  switch  is  defined  for 
a  port,  the  port  control  switch  has  two  posi¬ 
tions:  Enable  and  Disable.  Any  port  control 
switch  may  independently  be  set  to  Enable  or 
Disable;  thus,  any  number  of  ports  (including 
all  ports)  may  be  set  to  Enable  or  Disable  at 
the  same  time. 

The  external  form  of  the  port  control  switch 
is  not  specified  (e.g.,  it  may  be  a  manually 
operated  switch,  or  an  operator  accessible  con¬ 
trol  panel,  or  a  console  function).  The  only  re¬ 
quirement  is  that  an  operator  be  able  to  alter 
the  setting  of  the  port  control  for  a  port. 

While  a  slave  port  is  disabled,  no  signals 
shall  be  received  by  the  slave  from  that  port. 

Programmed  control  of  the  ports  is  accom¬ 
plished  by  the  PATH  CONTROL  command,  which 
provides  the  capability  to  Enable  and  Disable 
any  or  all  of  the  ports. 

4.8.3. 1  Disabling  a  Slave  Port.  The  manual 
or  orderly  command  disabling  of  a  slave  port 
takes  effect  under  the  following  circumstances: 

(1)  The  Physical  Interface  on  that  port  is  in 
the  IDLE  state 

(2)  The  slave  port  control  is  set  to  Disable 

(3)  There  are  no  current  or  pending  commands 
or  responses  for  any  selection  address  of  the 

port 

(4)  There  are  no  responses  pending  for  the 
port 

(5)  There  are  no  unterminated  Chains,  Se¬ 
quences,  or  Orders  for  the  port,  and  no  facili¬ 
ties  assigned  to  the  port  are  active 

A  slave  port  is  disabled  in  an  orderly  manner 
either  manually  or  by  PATH  CONTROL.  The  slave 
shall  continue  to  accept  requests  for  the  port 
until  all  other  conditions  required  for  the  dis¬ 
abling  of  the  port  are  satisfied.  The  acceptance 
of  these  requests  shall  prevent  the  disabling  of 
the  port  until  the  requests  are  completed.  To 
ensure  that  the  disabling  of  the  port  is  not  de¬ 
layed  indefinitely,  the  master  shall  stop  send¬ 
ing  requests  and  deselect  the  slave  on  the  port 
that  has  its  port  control  switch  set  to  disable. 

A  slave  port  can  only  be  disabled  in  a  de- 
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structive  manner  by  the  PATH  CONTROL  com¬ 
mand.  It  causes  all  current  or  pending  commands 
for  the  slave  port  and  all  nonasynchronous  re¬ 
sponses  to  be  lost. 

4. 8. 3. 2  Enabling  a  Slave  Port.  The  en¬ 
abling  of  a  slave  port  takes  effect  when  its 
port  control  is  set  to  Enable  and  the  Physical 
Interface  on  that  port  is  in  the  IDLE  state.  Any 
Asynchronous  packets  to  be  communicated  through 
a  slave  port  that  is  disabled  shall  remain  pen¬ 
ding  until  the  port  becomes  enabled  or  cleared 
by  an  appropriate  reset.  The  event  of  a  slave 
port  becoming  enabled  shall  cause  an  Asynchron¬ 
ous  packet  to  be  generated. 

Enabling  a  port  shall  allow  pending  Asynchron¬ 
ous  packet(s).  if  any.  to  be  presented  to  a  mas¬ 
ter.  Only  the  last  occurrence  of  an  Asynchronous 
packet  per  interrupt  class  is  retained  for  each 
addressee  unless  cleared  by  an  appropriate  reset. 

4.8.4  Facility  Static  Switching.  Static 
switching  means  that  a  facility  is  made  P-Avail- 
able/Not  P-Available  at  a  slave  IPI  physical 
port  (either  for  an  individual  slave  port  or  for 
the  slave  in  general)  or  at  the  interface  be¬ 
tween  the  slave  and  facility,  if  present.  This 
is  accomplished  by  manual  controls  or  the  PATH 
CONTROL  command. 

The  Enable/Disable  controls  alter  the  connec¬ 
tion  appearance  by  making  the  facility  P-Avail- 
able  on  only  those  slave  ports  or  facility 
ports,  or  any  combination  of  slave  and  facility 
ports,  that  are  enabled.  These  controls  may  op¬ 
erate  at  the  slave  or  at  the  facility. 

If  the  manual  port  control  switch  is  defined 
for  any  port,  the  port  control  switch  has  two 
positions:  Enable  and  Disable.  Any  port  control 
switch  may  be  independently  set  to  Enable  or 
Disable:  thus,  any  number  of  ports  may  be  set  to 
Enable  or  Disable  at  the  same  time. 

The  external  form  of  the  port  control  switch 
is  not  specified  (e.g.,  it  may  be  a  manually  op¬ 
erated  switch,  or  an  operator-accessible  control 
panel,  or  a  console  function.  The  only  require¬ 
ment  is  that  an  operator  be  able  to  alter  the 
setting  of  the  port  control  for  a  port. 

While  a  facility  port  is  disabled,  its  Not 
P-Available  condition  is  signaled  in  either  the 
Slave  Status  Octet  or  the  Response  Packet,  de¬ 
pending  on  the  slave’s  logical  implementation. 

Programmed  control  of  the  ports  is  accomplish¬ 
ed  by  the  PATH  CONTROL  command,  which  pro¬ 
vides  the  capability  to  Enable  and  Disable  any 
or  all  of  the  ports  at  both  the  slave  and  the 
logically  separate  facilities. 


4.8.4. 1  Disabling  a  Facility 

4. 8. 4. 1.1  Disabling  a  Facility  at  a 
Slave  Port.  The  manual  or  orderly  command  dis¬ 
abling  of  a  facility  at  the  slave  takes  effect 

when  the  facility  port  control  for  the  slave  or 
an  individual  slave  port  is  set  to  Disable;  the 
Physical  Interface  of  the  slave  is  not  selected 
on  behalf  of  the  facility  (Facility  Selection); 
there  are  no  nonstacked,  individual,  or  queued 
commands  for  the  facility  on  the  port  that  is 
being  Disabled;  there  are  no  responses  for  the 
facility  pending  for  the  port  that  is  being  Dis¬ 
abled;  and  the  facility  is  not  active. 

When  a  facility  port  control  at  the  slave  is 
set  to  orderly  Disable,  the  slave  shall  continue 
to  accept  requests  from  the  port  until  all  other 
conditions  required  for  the  disabling  of  the 
facility  for  that  port  are  satisfied.  The 
acceptance  of  these  requests  shall  prevent  the 
disabling  of  the  port  until  the  requests  are 
completed.  To  ensure  that  the  disabling  of  the 
facility  is  not  delayed  indefinitely,  the  master 
shall  stop  sending  requests  and  deselect  the 
slave  on  behalf  of  the  facility  for  the  port 
whose  port  control  switch  was  set  to  disable. 

4. 8. 4. 1.2  Disabling  a  Facility  at  a 
Facility  Port.  When  the  facility's  port  control 
is  separated  from  the  slave,  the  facility  port 
disable  is  determined  by  the  slave/facility 
logical  interface.  The  slave  may  or  may  not  be 
able  to  continue  operation  until  all  pending 
commands  and  responses  have  been  processed.  If 
the  slave  cannot  continue,  the  slave  may  ter¬ 
minate  all  commands  with  an  appropriate  Response 
Packet  until  the  orderly  termination  takes  ef¬ 
fect.  If  the  slave  can  continue,  the  disable 

takes  effect  at  the  same  time  as  if  the  slave 
had  control  of  the  facility  switch. 

The  destructive  disabling  of  a  facility  port 
at  the  slave  or  facility,  performed  only  with  a 
PATH  CONTROL  command,  causes  all  com- 
mand(s)  and  nonasynchronous  responses  for  the 
slave  port  or  facility  port,  or  both,  to  be 
lost. 

4. 8. 4. 2  Enabling  a  Facility 

4. 8. 4. 2.1  Enabling  a  Facility  at  a 
Slave  Port.  The  enabling  of  a  facility  port 
switch  at  the  slave  takes  effect  when  the 
facility’s  port  control  is  set  to  Enable  and  the 
Physical  Interface  is  not  selected  on  behalf  of 
the  facility.  Any  Asynchronous  packets  generated 
at  the  slave  for  a  facility  that  is  disabled 
shall  remain  pending  until  the  port  becomes  en¬ 
abled  or  are  cleared  by  an  appropriate  reset. 
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Enabling  a  facility  shall  allow  pending  Asyn¬ 
chronous  packet(s),  if  any,  to  be  presented  to  a 
master.  Only  the  last  occurrence  of  an  Asyn¬ 
chronous  packet  per  interrupt  class  shall  be  re¬ 
tained  for  each  addressee  unless  cleared  by  an 
appropriate  reset. 

4. 8. 4. 2. 2  Enabling  a  Facility  at  a 
Facility  Port.  The  enabling  of  a  facility  port 
switch  at  a  logically  separate  facility  takes 
effect  when  the  slave/facility  interface  proto¬ 
col  permits  it.  The  event  of  a  facility  port  be¬ 
coming  disabled  or  enabled  shall  cause  the  slave 
to  generate  an  Asynchronous  packet  for  all  slave 
ports  at  which  the  facility  is  enabled. 

4.8.5  Slave  Dynamic  Switching.  A  slave’s 
dynamic  switch  may  be  implemented  using  either 
physical  or  logical  switches.  In  all  of  these 
cases,  the  slave  can  appear  in  one  of  two  ac¬ 
cessibility  modes:  Switched  or  Neutral.  Follow¬ 
ing  an  internal  reset,  the  slave  enters  the 
neutral  state. 

Interrupts  for  a  port  are  only  presented  when 
the  slave  is  capable  of  transferring  the  Re¬ 
sponse  packet  associated  with  the  interrupt; 
however,  logical  switching  does  not  require  the 
slave  to  be  in  the  neutral  state  to  transfer  re¬ 
sponse  packets. 

4.8.5. 1  Neutral  Mode.  In  the  Neutral  Mode 
the  slave  has  no  allegiance  to  any  port.  This 
means  that  the  slave  may  perform  tasks  for  any 
port  that  is  enabled. 

4. 8. 5. 2  Switched  Mode.  When  a  slave  enters 
the  Switched  Mode,  part  of  the  resources  of  the 
slave  become  dedicated  to  performing  operations 

on  behalf  of  a  single  port.  The  slave  thus  has 
an  allegiance  with  that  port.  With  the  Physical 
switch,  this  allegiance  is  indicated  by  the 
other  port(s)  presenting  a  P-Busy  indication 
during  the  selection  sequence. 

There  is  not  necessarily  any  indication  of 
what  the  master  can  detect  with  the  Logical 
switch.  The  master  may  not  be  able  to  determine 
the  cause  of  the  L-Busy  condition,  or  a  Bus  Ex¬ 
change  that  provides  Alternate  Port  Exception 
Status  may  be  completed. 

Whenever  an  attempt  to  access  a  slave  is  re¬ 
jected  because  it  is  switched  to  another  port 
(whether  P-Busy  or  L-Busy),  the  slave  shall  con¬ 
struct  an  Asynchronous  packet  for  transmission 
over  the  requesting  port  when  the  condition  that 
caused  the  access  to  be  rejected  no  longer  ex¬ 
ists.  While  this  Asynchronous  packet  is  pending, 
if  a  queued  slave  accepts  a  command  packet  at 
the  port  or  the  slave  executes  an  appropriate 


internal  reset,  it  shall  cancel  the  pending 
Asynchronous  packet.  The  generation  of  the  Asyn¬ 
chronous  packet,  but  not  the  associated  inter¬ 
rupt.  may  be  suppressed  by  Attributes. 

4. 8. 5. 3  Implicitly  Switched.  The  slave’s 
port  switch  becomes  implicitly  switched  whenever 
the  slave  starts  performing  operations  on  behalf 
of  one  port  to  the  exclusion  of  the  other  port 

or  ports.  For  the  Physical  switch,  this  means 
that  one  port  has  accepted  a  selection  to  the 
exclusion  of  the  other  port  or  ports.  In  the 
Logical  switch,  this  means  that  command  packets 
are  being  processed  for  one  port  to  the  exclu¬ 
sion  of  the  other  port  or  ports.  The  allegiance 
to  the  port  remains  as  long  as  the  operations 
continue  on  behalf  of  the  port.  The  allegiance 
ceases  when  the  operation  or  series  of  opera¬ 
tions  on  behalf  of  the  port  are  completed  and 
the  slave  is  either  neutral  or  performing  opera¬ 
tions  for  another  port. 

Another  use  of  the  implicit  allegiance  is  the 
ability  of  a  slave  to  maintain  an  allegiance  to 
a  port  that  has  a  not  Busy  interrupt  pending.  In 
this  case,  the  slave  does  not  return  to  neutral 
when  the  deselection  occurs,  but  establishes  and 
maintains  an  explicit  allegiance  to  the  inter¬ 
rupting  port  for  the  length  of  time  specified  in 
Attributes. 

4.8. 5. 4  Explicitly  Switched.  Explicit 

allegiance  of  a  slave  with  a  Physical  switch  is 
controlled  solely  by  Priority  Select/Priority 
Hold  mechanisms  at  the  Physical  Interface.  See 
ANSI  X3. 129-1986  for  specific  details. 

Explicit  allegiance  of  the  slave’s  Command  Ex¬ 
ecution  port  switch  is  established  by  the  PORT 
ADDRESS  command  with  the  Reserve  modifier  set. 
The  slave  establishes  an  allegiance  to  the  IPI 
port  over  which  the  command  packet  was  received 
when  the  command  is  executed  and  the  port  switch 
is  either  neutral  or  switched  to  the  port  over 
which  the  packet  was  received.  This  is  not  nec¬ 
essarily  immediate  in  an  individual  stacked  or 
queued  environment. 

The  allegiance  ends  when  the  slave  has  exe¬ 
cuted  the  PORT  ADDRESS  command  with  the  Release 
modifier  set  and  the  Response  Packet  is  trans¬ 
ferred  to  the  master  or  in  a  Logical  switch  is 
stored  in  a  buffer  that  can  be  read  by  the  mas¬ 
ter  regardless  of  the  state  of  the  port  switch. 

The  allegiance  also  ends  when  the  slave  returns 
to  the  neutral  mode  for  reasons  other  than  a 
PORT  ADDRESS  command  (e.g.,  reset). 

4.8.6  Facility  Dynamic  Switch.  When  the  dy¬ 
namic  switch  is  present  in  a  facility  or  in  a 
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slave  on  behalf  of  a  facility,  it  may  also  ap¬ 
pear  in  either  the  switched  or  neutral  mode. 

Facilities  may  also  be  shared  between  two  or 
more  slaves,  with  different  slaves  connected  to 
ports  of  the  same  facility. 

4.8.6. 1  Facility  Neutral  Mode.  The  slave 
may  communicate  on  behalf  of  the  facility  over 
any  IPI  slave  port  that  is  enabled. 

When  an  Asynchronous  packet  (other  than  one  as¬ 
sociated  with  Dynamic  Switching)  is  issued  on  be¬ 
half  of  a  Neutral  facility,  the  packet  shall  be 
transmitted  over  all  slave  ports  that  are  enabled. 

The  facility  condition  shall  remain  as  Status  Pend¬ 
ing  until  the  packet  has  been  transmitted  over  all 
ports  for  which  transmission  is  due. 

4. 8. 6. 1.1  Facility  Neutral  Mode  at  the 
Slave  Port.  Following  a  slave  reset,  the  facili¬ 
ties  affected  by  the  reset  become  available  to 

all  slave  ports.  The  communication  over  each 
slave  port  shall  be  subject  to  the  same  rules  as 
defined  for  a  single  port. 

4. 8. 6. 1.2  Facility  Neutral  Mode  at  the 
Facility  Port.  Following  a  reset  of  the  facil¬ 
ity.  the  facility  shall  enter  the  neutral  mode 

and  become  available  to  all  slaves  attached  to 
it.  The  communication  over  each  facility  port 
shall  be  subject  to  the  same  rules  as  defined 
for  a  single  port. 

4. 8. 6. 2  Facility  Switched  Mode.  When  an 
attempt  to  access  a  facility  is  rejected  because 

the  facility  is  in  the  Switched  mode,  the  slave 
shall  construct  a  Command  Completion  response. 

An  Asynchronous  packet  shall  be  transmitted  over 
the  requesting  port  when  the  condition  that 
caused  the  access  to  be  rejected  no  longer  ex¬ 
ists,  except  if  it  was  caused  by  a  reset.  While 
this  Asynchronous  packet  is  pending,  a  queued 
slave's  acceptance  of  a  command  packet  for  the 
facility  shall  cancel  the  pending  Asynchronous 
packet  at  the  port. 

While  in  the  switched  mode,  parts  of  the  fa¬ 
cility  become  dedicated  to  the  slave  that  caused 
the  switched  mode  to  be  entered.  The  facility 
may  have  an  implicit  or  explicit  allegiance  to 
any  slave  whose  port  is  Enabled. 

4. 8. 6. 2.1  Facility  Switched  Mode  at  a 
Slave  Port.  In  the  switched  mode,  the  facility 
is  associated  with  a  particular  IPI  port  of  the 
slave. 

Because  of  the  various  types  of  port  switches 
at  the  slave,  the  slave  may  or  may  not  be  able 
to  respond  to  Bus  Exchanges.  Information  Trans¬ 
fers  or  combinations  of  these  on  behalf  of  the 
addressed  facility. 


4. 8. 6. 2. 2  Facility  Switched  Mode  at  a 
Facility  Port.  In  the  switched  mode,  the  facil¬ 
ity  is  associated  with  a  particular  port  of  a 
facility  that  is  logically  separated  from  the 
slave. 

4. 8. 6. 3  Implicitly  Switched  Facilities.  A 

facility  becomes  switched  to  a  slave  implicitly 
when  the  slave  initiates  execution  of  a  command 
addressed  to  the  facility. 

If  the  command  packet  that  established  the  im¬ 
plicit  allegiance  specified  a  chain  to  another 
command  packet,  then  the  implicit  allegiance 
ends  when  the  last  command  in  the  chain  of  com¬ 
mands  for  that  facility  has  been  completed  as 
described  previously. 

4. 8. 6. 3.1  Implicitly  Switched  Facili¬ 
ties  at  a  Slave  Port.  If  the  command  packet  that 
established  the  implicit  allegiance  did  not  spe¬ 
cify  a  chain  to  another  command,  the  implicit 
allegiance  ends  when  the  Response  Packet  is  pre¬ 
pared  to  be  transferred  to  the  master. 

The  implicit  allegiance  may  end  sooner  if  the 
slave,  facility,  or  both  are  returned  to  the 
Neutral  mode  for  some  other  reason  (e.g., 
reset). 

Under  these  circumstances,  a  facility  may  be 
Status  Pending  as  viewed  from  one  port  of  a 
slave  and  L-Available  as  viewed  from  another. 

An  Asynchronous  packet  on  behalf  of  a  facility 
pending  at  a  slave  port  does  not  establish  an 
allegiance  between  the  slave  port  and  the 
facility. 

4. 8. 6. 3. 2  Implicitly  Switched  Facility 
at  a  Facility  Port.  If  the  command  packet  that 
established  the  implicit  allegiance  did  not 
specify  a  chain  to  another  command,  the  implicit 
allegiance  at  a  logically  distinct  facility  ends 
when  the  following  actions  occur: 

(1)  The  operation  corresponding  to  the  command 
packet  that  established  the  allegiance  is  com¬ 
pleted  by  the  facility 

(2)  The  information  necessary  to  construct  the 
response  packet  has  been  made  available  to  the 
slave 

(3)  The  slave  permits  the  facility  to  return 
to  Neutral 

The  implicit  allegiance  may  end  sooner  if  the 
facility  is  returned  to  the  Neutral  mode  for 
some  other  reason  (e.g.,  reset). 

Implicit  allegiance  between  the  facility  and 
the  slave  is  controlled  by  the  protocols  of  the 
slave/facility  interface. 

4. 8. 6. 4  Explicitly  Switched  Facilities. 
Explicit  allegiance  is  established  when  a  PORT 
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ADDRESS  command  with  the  Reserve  modifier  set 
is  executed  by  the  slave  to  which  the  facility 
is  attached.  The  explicit  allegiance  ends  when  a 
PORT  ADDRESS  command  with  the  Release  mod¬ 
ifier  set  is  issued  by  the  master  and  is  exe¬ 
cuted  by  the  slave  to  which  the  facility  is  at¬ 
tached.  The  master/slave/facility  allegiance 
continues,  however,  since  the  PORT  ADDRESS  com¬ 
mand  establishes  an  implicit  allegiance.  The  al¬ 
legiance  ends  as  outlined  in  the  subsection  on 
implicit  allegiance,  4. 8. 6. 3. 

4. 8. 6. 4.1  Explicitly  Switched  Facili¬ 
ties  at  a  Slave  Port.  An  allegiance  is  estab¬ 
lished  between  the  facility  and  the  slave  port 
over  which  the  command  packet  was  transmitted. 

4. 8. 6. 4. 2  Explicitly  Switched  Facili¬ 
ties  at  a  Facility  Port.  An  allegiance  is  estab¬ 
lished  between  the  slave  and  the  facility  port 
over  which  the  slave  communicates  with  the  fa¬ 
cility  when  the  command  is  executed. 

4.8.7  Allegiances. 

4.8.7. 1  Multiple  Allegiances.  Some 
applications  require  the  concept  of  a  single 
master/single  slave  or  single  master/single 
slave/single  facility  relationship  being 
established  with  implicit  and  explicit 
allegiance  for  all  Information  Transfers  to  be 
expanded  for  reasons  of  performance,  resiliency, 
or  both. 

4.8. 7.2  Explicit  Group  Allegiance.  The 

master/slave  or  master/slave/facility  allegiance 
is  expanded  to  include  the  explicit  allegiance 
of  a  slave  or  slave/facility  to  a  single  master 
connected  to  multiple  ports  of  a  slave,  a  single 
master  connected  to  multiple  ports  of  a  facility 
through  two  or  more  slaves,  or  either  of  the  two 
previous  cases  with  two  or  more  masters  oper¬ 
ating  in  a  coherent  manner. 

The  explicit  allegiance  is  established  and 
relinquished  with  the  PORT  ADDRESS  command, 
just  as  in  the  single  reserve  operations,  with 
the  exception  that  a  PORT  MASK  PARAM¬ 
ETER  is  used  to  identify  the  group  of  ports 
over  which  further  Command  Packets  will  be 
accepted.  In  this  case,  the  Data  Information 
Transfers  and  the  Command  Completion  Response 
Packets  always  are  returned  over  the  port  that 
received  the  corresponding  Command  Packet. 

4.8.8  Alternate  Port  Notification  of  Changes. 

Any  time  that  a  FORMAT  command  is  completed 
(successfully  or  otherwise),  an  Asynchronous 
packet  shall  be  sent  to  all  the  alternate  ports 

that  are  enabled,  except  the  one  over  which  the 
command  was  received.  The  Asynchronous  packet 


shall  report  Format  Completed  status  to  advise 
the  attached  master(s)  that  reinitialization 
procedures  may  be  necessary  for  continued  use  of 
the  facility. 

Similarly,  any  time  that  an  ATTRIBUTES  com¬ 
mand  (with  Load  or  Save  modifier)  is  successful¬ 
ly  completed,  and  the  Attributes  affect  anything 
other  than  those  specific  to  a  single  port,  an 
Asynchronous  packet  shall  be  sent  to  all  the 
alternate  ports  that  are  enabled,  except  the  one 
over  which  the  command  was  received.  The  Asyn¬ 
chronous  packet  shall  report  Attribute  Update 
Completed  status  to  advise  the  attached  mas¬ 
ters)  that  reinitialization  procedures  may  be 
necessary  for  continued  use  of  the  port. 

4.9  Reset 

4.9.1  External  Reset.  Any  external  reset  in 
the  form  of  a  Master  Reset  or  Selective  Reset, 
received  over  the  Physical  Interface,  can  be 
presented  by  the  master  at  any  time  regardless 
of  the  condition  of  the  slave  or  facilities.  It 
shall  not  affect  facilities  that  are  switched  to 
another  port.  The  reset  shall  cause  the  facili¬ 
ties  switched  to  the  master  asserting  the  reset 
to  return  to  Neutral  in  addition  to  establishing 
the  reset  condition  at  the  facilities. 

The  Selective  Reset  octet  provides  for  reset¬ 
ting  the  Physical  Interface,  the  Logical  Inter¬ 
face.  or  the  slave  (as  at  Power  On). 

Following  the  reset  condition,  the  master 
anticipates  that  the  slave  and  the  affected 
facilities  will  become  Operational. 

4.9.2  Internal  Reset.  When  a  slave  internal 
reset  occurs,  an  Asynchronous  packet  is  gener¬ 
ated.  indicating  the  condition  of  the  slave.  The 
status  of  each  facility  that  is  affected  by  the 
reset  should  be  broadcast  over  all  ports  that 
are  Enabled. 

Facility  resets  associated  with  an  internal 
reset  are  handled  in  a  slave-dependent  manner. 

It  is  the  slave's  responsibility  to  properly 
manage  the  facilities  in  light  of  the  alternate 
facility  ports,  if  they  exist. 

4.10  Bus  Octets.  The  Bus  Octets  shall  be  used 
as  defined  in  ANSI  X3. 129-1986.  with  the  addi¬ 
tions  described  here. 

4.10.1  Facility  Selection  and  Request  Facili¬ 
ty  Interrupts  Octets.  The  Facility  Selection  and 
Request  Facility  Interrupt  octets  are  optional. 

When  the  facility  interrupts  are  supported  by 
the  slave,  they  provide  a  means  for  the  master 
to  determine  which  facility  is  interrupting  and 
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Figure  4 

Valid  Combinations  of  the  Master  Status  Octet 


the  class  of  interrupt.  The  facility  selection 
provides  a  means  for  the  master  to  direct  Infor¬ 
mation  Transfers  to  a  specific  facility. 

4.10.2  Bus  Control  Octet.  The  Bus  Control 
octet  of  the  Physical  Interface  permits  Bits  0-5 
to  be  defined  according  to  the  Logical  Interface 
level. 

Bit  5  -  reserved,  set  to  zero. 

Bit  4  -  Control  of  Bus:  When  Bit  4  =  0.  the 
master  shall  control  the  Bus  Exchange,  with  the 
Bus  Control  octet  defining  the  subsequent  Infor¬ 
mation  Transfer.  When  Bit  4  =  1,  the  slave  is 
allowed  to  control  the  Bus  Exchange.  If  the 
slave  accepts  Control  of  Bus,  the  Bus  Acknowl¬ 
edge  octet  shall  define  the  subsequent  Informa¬ 
tion  Transfer  (the  slave’s  setting  shall  over¬ 
ride  that  of  the  master). 

Bits  3-0  -  set  to  zero. 

4.10.3  Bus  Acknowledge  Octet.  The  Bus 
Acknowledge  octet  is  optional.  When  it  is  sup¬ 
ported  by  the  slave,  it  provides  a  means  for  the 
master  to  turn  control  of  the  bus  over  to  the 
slave,  so  the  slave  can  determine  whether  to 
perform  a  Response  or  a  data  transfer. 

Bit  5  -  reserved,  set  to  zero. 

Bit  4  -  Control  of  Bus  Accepted:  When  Bit 
4=1.  the  slave  shall  define  the  subsequent  In¬ 
formation  Transfer  by  setting  the  appropriate 
bits  in  the  Bus  Acknowledge  octet  (which  shall 
override  any  setting  by  the  master). 

Bits  3-0  -  set  to  zero. 

Implementation  Note:  When  Bit  4  of  the  Bus 
Control  octet  is  set  to  0  (master  control  of  Bus 
Exchange),  the  slave  shall  ensure  that  Bits  0-7 
of  the  Bus  Acknowledge  octet  are  set  to  zero 
with  correct  parity. 

4.10.4  Master  Status  Octet.  Bits  5-0  of  the 
Master  Status  octet  are  defined  as  optional  in 
the  Physical  Interface.  ANSI  X3. 129-1986,  and 
their  uses  are  defined  in  the  slave’s  Attributes. 


4.10.4.1  Bit  Definitions 

Bit  5  -  Pause:  When  Bit  5  =  1 ,  the  master  is 
informing  the  slave  that  there  is  more 
information  to  transfer  in  order  to  complete  the 
just-ended  Information  Transfer. 

Bit  4  -  Slave-Slave  Operation  Completed:  When 
Bit  4  =  I .  the  dominant  slave  is  noting  that  the 
slave-to-slave  Information  Transfers  have  been 
completed  (see  Physical  Interface,  ANSI 
X3. 129-1986,  for  further  description  of  this 
bit). 

Bits  3-0  -  Encoded  Status:  When  Bits  0-3  of 
the  Master  Status  octet  are  defined  by  Attrib¬ 
utes  as  being  Encoded  Ending  Status,  the  follow¬ 
ing  definitions  apply.  The  use  of  some  of  these 
values  is  applicable  only  when  the  following  op¬ 
tional  capabilities  of  the  Physical  Interface 
are  supported: 

Control  of  Bus  1011-1101 

Double  Octet  Mode  1  I  1 1 

0000  No  Encoded  Status 

0001  -1010  reserved 

101  I  Illegal  Response  Code  -  the  master  did 
not  recognize  the  previously  transmitted 
response  packet. 

I  100  Information  Transfer  Type  Error  -  the 
transfer  type  identified  in  the  Bus  Acknowledge 
octet  was  incorrect. 

I  101  Information  Transfer  Direction  Error  - 
the  transfer  direction  identified  in  the  Bus 
Acknowledge  octet  was  incorrect. 

1110  reserved 

II  1 1  Odd  Octet  Transfer  -  the  last  transfer 
of  a  double  octet  contained  only  one  octet  of 
information  (on  BUS  A). 

4.10.4.2  Valid  Combinations.  Figure  4 
illustrates  the  valid  combinations  of  the 
Master  Status  octet: 
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Valid  Combinations  of  Slave  Status  Octet 


4.10.5  Slave  Status  Octet 
4.10.5.1  Bit  Definitions 

Bit  5  -  Pause:  When  Bit  5  =  1 .  the  slave 
is  informing  the  master  that  there  is  more 
information  to  transfer  in  order  to  complete  the 
just-ended  Information  Transfer. 

Bit  4  -  Time-Dependent  Operation:  When  Bit 
4=1.  the  slave  is  informing  the  master  that 
the  Operation  requested  in  the  just-ended  Infor¬ 
mation  Transfer  will  take  enough  time  to  com¬ 
plete  that  deselection  may  be  desirable. 

Bits  3-0  -  Encoded  Slave  Status:  When  Bits  0-3 
of  the  Slave  Status  octet  are  defined  by  Attrib¬ 
utes  as  being  Encoded  Slave  Status,  the  follow- 
definitions  apply.  The  use  of  some  of  these 
values  is  applicable  only  when  optional  capabil¬ 
ities  of  the  Physical  Interface  are  supported: 

Facility  Selection  0100 

Data  Streaming  1001 

Double  Octet  Mode  1111 

In  some  slave  implementations  it  may  not  be 
possible  to  respond  with  some  of  the  defined 
status  conditions  (e.g..  a  slave  may  implement  a 
modular  design  such  that  it  can  accept  a  command 
into  a  buffer  and  post  Successful  Information 
Transfer  as  a  complete  and  separate  function 
from  examining  the  command,  and  determining  that 
a  Bus  Control  Reject  condition  exists.  In  such 
an  implementation,  a  Response  with  associated 
substatus  would  have  to  be  presented. 

0000  No  Encoded  Status 

0001  Bus  Control  Reject  because  it  conflicts 
with  current  Command  context,  or  because  there 
is  no  response  pending. 

0010  Bus  Control  Reject  because  addressee  can 
accept  no  more  commands  (e.g..  if  only  one  com¬ 


mand  can  be  issued  per  addressee,  that  addressee 
already  has  an  outstanding  Command;  if  more  than 
one  command  can  be  issued,  the  command  buffer 
has  overflowed). 

001  1  Bus  Control  Reject  because  an  Asynchron¬ 
ous  packet  that  is  pending  from  the  addressee 
shall  be  transmitted  before  any  other  Bus  Con¬ 
trol  can  be  accepted. 

0100  Selected  Facility  Busy. 

0101  Bus  Control  Reject  due  to  outstanding 
Interrupt(s). 

0110  Bus  Control  Reject  due  to  an  unsupported 
Bus  Control  (e.g..  Response  stack  is  full  be¬ 
cause  Class  I  Interrupts  have  not  been  ac¬ 
cepted). 

0111  Bus  Control  Reject  due  to  an  illegal 
facility  address. 

NOTE:  This  is  required  because  only  slave  selection  can  be  ver 
lied  ai  the  Physical  Interlace. 

1000  Command  Out  Bus  Control  Reject  due  to 
unsupported  command  packet  length. 

1001  SYNC  OUT  count  not  equal  to  SYNC  IN 
count. 

1010  Master  termination  (in  some  implementa¬ 
tions  this  is  an  abnormal  condition) 

1011  Internal  Slave  Error 

I  100  Command  Out  Bus  Control  Reject  due  to 
Intervention  Required 

1101  reserved 

1110  reserved 

1111  Odd  Octet  Transfer  -  the  last  transfer  of 
a  double  octet  contained  only  one  octet  of  in¬ 
formation  (on  BUS  A). 

4.10.5.2  Valid  Combinations.  Figure  5  il¬ 
lustrates  the  valid  combinations  of  the  Slave 
Status  octet. 
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4.10.6  Request  Interrupts  Octet.  The  three 
interrupt  classes,  listed  in  order  of  descending 
priority,  shall  be  defined  as  follows: 

Class  3  -  Critical  Status  Pending 
Class  2  -  Transfer  Pending 
Class  I  -  Status  Pending 

See  4. 1 .2. 1  for  description  of  interrupts. 

4.10.7  Selective  Reset  Control  Octet.  Any 
Selective  Reset,  with  Bits  0.1 ,  or  2  set,  or 
without  any  Bits  0-3  set  shall  cause  the  slave 
to  enable  its  drivers/receivers  (e.g.,  to  enable 
a  slave  that  may  have  been  disabled  as  the  re¬ 
sult  of  a  preceding  MAINT  state). 

The  Selective  Reset  Control  octet  of  the  Phys¬ 
ical  Interface  (ANSI  X3. 129-1986)  permits  Bits 
0-3  to  be  defined  according  to  the  Logical  In¬ 
terface  level.  These  bits  have  been  commonly 
defined  by  the  present  command  sets  as  follows: 

Bit  0  =  I  -  Physical  Interface  Reset.  The 
slave  shall  reset  the  Physical  Interface  at  the 
port  over  which  the  octet  was  received,  and  set 
the  port  to  neutral. 

Interface  Reset  has  no  effect  on  any  facili¬ 
ties  controlled  by  the  slave,  and  does  not  reset 
any  explicit  reservations  or  pending  Response 
packets. 

Bit  1  =  1-  Logical  Interface  Reset.  The 
slave  shall  reset  the  Logical  Interface  at  the 
port  over  which  the  octet  was  received,  and  set 
the  port  to  neutral.  All  slave  and  facility  com¬ 
mands  (active  and  queued),  and  pending  responses 
from  the  resetting  port  shall  be  reset.  All  fa¬ 
cilities  with  an  allegiance  to  the  reset  and  all 
neutral  facilities  shall  be  reset.  All  facili¬ 
ties  with  an  allegiance  to  the  reset  port,  and 
all  neutral  facilities  shall  be  reset  with  a 
Logical  Interface  Reset  or  equivalent  (i.e.. 
alternate  port(s)  at  the  facility  are  not  af¬ 
fected.  Implicit  reservations  are  reset,  but  ex¬ 
plicit  reservations  are  not  affected). 

Bit  2=1-  Slave  Reset.  The  slave  shall  reini¬ 
tialize  as  at  Power  On,  which  means  that  it  shall 
execute  its  Initial  Microprogram  Load  procedure  (if 
any)  and  reset  itself  to  an  initial  functional  con¬ 
dition.  with  no  commands  active  or  responses  pend¬ 
ing.  Note  that  this  typically  means  that,  on  the 
basis  of  slave  implementation,  all  information  in 
the  slave  will  be  lost  (see  4.9.2). 

All  facilities  with  an  allegiance  to  the  reset 
slave  and  all  neutral  facilities  shall  be  reset 
with  a  Logical  Interface  Reset  or  equivalent 
(i.e.,  alternate  port(s)  at  the  facility  are  not 
affected.  Implicit  reservations  are  reset,  but 
explicit  reservations  are  not  affected). 

NOTE:  Facility  resets,  other  titan  Physical  Interlace  Reset 
and  Logical  Interface  Reset,  ate  handled  by  the  ABORT  com¬ 
mand 
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Octet  Transfer  Positions  for  Single  Octet  Mode 
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Octet  Transfer  Positions  for  Double  Octet  Mode 

Bit  3=1-  Slave  Release.  The  slave  shall  re¬ 
lease  its  interface  drivers  in  the  same  manner 
as  it  would  upon  recognition  of  the  MAINT  state. 

The  slave  shall  not  execute  a  Reset  but  the 
drivers  are  to  remain  released  on  the  port  over 
which  the  reset  was  received  until  recognition 
of  another  reset. 

4.11  ATTENTION  IN  Signal.  The  Device- 
Generic  implementation  requires  that  the  select¬ 
ed  slave  not  assert  ATTENTION  IN  to  indicate 
the  presence  of  interrupts  needing  service.  It 

is  assumed  that  the  selected  slave  can  use  Re¬ 
sponses  to  advise  the  master  of  any  events  that 
require  attention.  When  a  slave  is  selected,  it 
shall  negate  its  ATTENTION  IN  signal  (if  assert¬ 
ed)  for  the  duration  of  the  selection. 

4.12  Information  Transfers.  Information  trans¬ 
fers  include  command  packets,  reponse  packets, 
and  data  packets. 

4.12.1  Packet  Transfer  Conventions.  Packets 
are  transferred  between  master  and  slave  in 
either  Single  Octet  Mode  (Figure  6)  or  Double 
Octet  Mode  (Figure  7)(see  ANSI  X3. 129-1986  for 
further  information).  In  Single  Octet  Mode,  com¬ 
mand  packets  and  data  are  transmitted  on  BUS  A, 
and  response  packets  and  data  are  transmitted  on 
BLIS  B.  In  Double  Octet  Mode,  the  first  octet  of 
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every  pair  of  the  packet  is  transmitted  on  BUS  A 
and  the  other  octet  is  transmitted  on  BUS  B. 

4.12.2  Bit  Significance  Conventions.  In  the 
single  octet  mode  (Figure  8)  or  in  the  double 
octet  mode  (Figure  9).  bit  0  is  always  the  least 
significant  bit  of  the  octet  and  bit  7  is  always 
the  most  significant  bit  of  the  octet. 

Octets  are  transmitted  on  the  bus  with  their 
least  significant  bit  (the  represented  bit  0)  as 
bit  0  of  the  respective  bus  (i.e.,  if  an  octet 
is  transmitted  in  Single  Octet  Mode,  the  least 
significant  bit  of  the  octet  is  transmitted  as 
bit  0  of  BUS  A).  If  a  pair  of  octets  is  trans¬ 
mitted  in  Double  Octet  Mode,  the  least  signifi¬ 
cant  bit  of  the  first  octet  (as  represented  in 
this  document)  is  transmitted  as  bit  0  of  BUS  A 
and  the  least  significant  bit  of  the  other  octet 
is  transmitted  as  bit  0  of  BUS  B. 

4.12.3  Octet  Significance  Conventions.  In  the 
single  octet  mode  (Figure  10)  and  the  double 
octet  mode  (Figure  I  1),  the  lowest  addressed 
octet  of  a  field  is  always  the  most  significant 
octet  and  the  highest  addressed  octet  of  a  field 

is  the  least  significant  octet. 

The  most  significant  octet  is  transferred 
first  in  a  multioctet  field  (e.g.,  a  four-octet 
field)  followed  by  a  two-octet  field,  as  shown 
in  Figure  12. 

4.12.4  Command  and  Response  Packet  Conven¬ 
tions.  Defined  fields  are  fixed  in  position. 

even  though  not  all  may  require  valid  contents 
for  a  particular  command  or  response.  Optional- 
length  information,  variable-length  information, 
or  both  shall  be  presented  via  parameters  that 
append  to  the  packet-type  fields. 

Throughout  commands,  responses,  and  parameters 
only  single  octet  fields  can  begin  on  an  odd 
octet  boundary,  all  other  fields  always  begin  on 
an  even  octet  boundary,  and  all  values  are  rep¬ 
resented  as  16-  or  32-bit  fields  (e.g..  a  one- 
octet  field  and  a  value  needing  only  24  bits  are 
not  compressed  into  four  octets,  but  expressed 
as  a  one-octet  field,  a  reserved  octet,  and  a 
four-octet  field  of  32  bits). 

4.12.5  Data  Transfer  Conventions.  Data  is 
transferred  between  master  and  slave  in  either 
single  octet  mode  or  double  octet  mode.  In 
double  octet  mode,  the  octet  on  BUS  A  shall 
always  be  considered  as  being  first,  and  the 
other  octet  on  BUS  B  shall  be  second. 

Owing  to  the  difference  in  ordering  of  the 
data  fields  between  different  computers  (micro, 
mini,  mainframe,  or  vendor  dependent),  there  is 
no  definition  of  either  octet  significance  of 
data  transferred  over  the  interface. 
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Figure  8 

Bit  Positions  for  Single  Octet  Mode 
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Bit  Positions  for  Double  Octet  Mode 
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4-  =  =  =  =  =  =  =  + 

|  mso  | 

4- - + 

I  Iso  I 
+ - + 


+ - + 

|  BUS  B  I 
+=======+ 

|  mso  | 

+ - + 

I  Iso  I 
+ - + 


Figure  10 

Positions  for  Single  Octet  Mode 


+ - + - + 

|  BUS  A  |  BUS  B  | 

+=======+=======+ 

|  mso  |  | 

+ - + - + 

I  I  Iso  | 

+ - + - + 

Figure  11 

Positions  for  Double  Octet  Mode 


Octet  Positions 

+ - + - + 

|  BUS  A  |  BUS  B  | 

+ - + - + 

|  mso  |  mso-1  | 

+ - + - + 

|  lso+1  |  Iso  | 

+ - + - + 

|  mso  |  Iso  | 

+ - + - + 


Bit  Positions 

+ - + - + 

|  BUS  A  |  BUS  B  | 

+ - + - + 

|  1F-18  |  17-10  | 

+ - + - + 

|  0F-08  |  07-00  | 

+ - + - + 

|  0F-08  |  07-00  | 
+ - + - + 


Figure  12 

Sequence  of  Octet  Transfers 
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+  -  + +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF | 

+ h - 1 H - 1 - 1 - h 


+  -  + - +  --  + - + - + - + 


Figure  13 

Parameter  Documentation 


Data  is  always  transferred  in  the  same  se¬ 
quence,  independent  of  the  host  computer's  data 
structure.  The  ordering  difference  of  the  host 
computer  can  be  of  major  significance  if  the 
slave  is  required  to  interpret  data,  as  it  will 
have  to  be  cognizant  of  the  host  computer’s 
ordering  scheme. 

5.  Message  Packet  Structure 

5.1  Conventions 

5.1.1  General  Organization.  The  command  and 
response  packets  vary  in  length,  and  the  first 

octet  pair  of  each  packet  contains  a  count  of 
the  number  of  octets  in  the  packet.  The  next  six 
octets  of  the  command  and  response  packets  are 
identical  in  format.  Both  packet  types  may  or 
may  not  have  a  Parameter  list  that  contains  non- 
structured  information. 

Fields  defined  within  the  basic  packet  (six 
octets  for  commands  and  eight  octets  for  re¬ 
sponses)  are  fixed  in  position,  even  though  not 
all  may  require  valid  contents  for  a  particular 
command  or  response.  Conditional  or  variable  in¬ 
formation,  or  both,  is  presented  via  parameters 
appended  to  the  basic  packets. 

5.1.2  Parameters.  Parameters  are  passed  as 
lists  in  which  each  parameter  defines  its  length 
and  is  self-identifying.  The  parameter  list  is 
used  to  pass  specific  information  in  the  packet 
that  is  relevant  to  the  command  or  response. 

Parameters  may  contain  multiple  fields  and  be 
up  to  254  octets  in  length.  Some  commands  and 
responses  require  no  parameters  appended  to  the 
basic  packet,  and  others  may  have  one  or  more. 

The  length  and  format  of  the  parameter  list 
varies  depending  upon  the  command  or  response, 
as  well  as  the  ordering,  size,  and  number  of 
parameters.  The  slave  shall  verify  that  all  the 
parameters  required  by  a  specific  command  are 
present. 


Fields  in  parameters  are  required  to  start  on 
an  even  octet  boundary  (even  boundary  octets  are 
transferred  on  BUS  A  in  DOM),  unless  they  are 
the  second  octet  of  a  pair  of  single  octets. 

Wherever  necessary  to  maintain  this  rule,  a 
reserved  octet  shall  be  used  so  that  the  next 
field  shall  begin  as  an  even  octet.  Only  single 
octets  and  data  strings  may  be  represented  in 
other  than  octet  pairs  -  all  numerical  values 
are  represented  as  16-bit  multiples. 

A  parameter  list  may  contain  more  than  one 
parameter  of  the  same  type.  The  parameters  shall 
be  treated  by  the  slave  in  the  same  sequence  as 
that  defined  by  the  master.  COPY.  SEARCH  and 
COMPARE  are  examples  of  commands  that  can  make 
extensive  use  of  the  same  parameter  type  multi¬ 
ple  times  to  specify  relatively  complex  command 
sequences  to  be  executed  by  the  slave. 

5. 1.2.1  Parameter  Documentation .  Param¬ 
eters  shall  be  documented  throughout  as  shown  in 
Figure  13.  The  @  column  is  used  to  identify 
whether  only  the  master  (M),  the  slave  (S),  or 
both  (B)  can  specify  the  parameter.  The  Length 
column  contains  the  legend  "n  +  1 "  if  the  param¬ 
eter  is  of  variable  length,  or  may  be  reduced  in 
size.  The  Octet  column  represents  the  range  of  a 
particular  field.  The  column  XI b  defines  whether 
an  octet  is  encoded  or  bit  significant.  Hex  val¬ 
ues  are  shown  from  00-FF  and  bit-significant 
fields  are  shown  as  0-7.  The  DEF  column  is  used 
to  show  defaults. 

5. 1.2. 2  Parameter  Length.  The  Parameter 
Length  shall  always  begin  on  a  16-bit  boundary, 
i.e.,  it  shall  always  be  transferred  on  BUS  A  of 

a  double  octet  transfer.  It  is  one  octet  in 
size,  and  the  length  defined  does  not  include 
itself. 

The  value  x'00'  is  a  a  padding  octet  in  the 
parameter  list  that  is  skipped  over  and  ignored. 

All  masters  and  slaves  that  operate  with  command 
packets  shall  be  able  to  handle  padding  octets, 
because  given  the  different  processors  and 
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micro-processors  in  use,  some  implementations 
may  only  be  able  to  build  a  parameter  list  on 
boundaries  other  than  octets. 

Pad  octets,  if  any,  required  by  the  Physical 
Interface  shall  be  ignored  (e.g..  in  Double  Oc¬ 
tet  Mode,  the  packets  transferred  across  the 
Physical  Interface  are  a  multiple  of  two  octets, 
so  the  master  and  the  slave  shall  ignore  the  re¬ 
maining  octet  if  the  basic  packet  plus  the  pa¬ 
rameters  is  not  an  even  number. 

A  parameter  may  be  reduced  in  size  if  fields 
at  the  end  are  not  required.  An  effort  has  been 
made  to  place  the  fields  least  likely  to  be 
needed  at  the  end  of  parameters.  All  parameters 
that  may  be  reduced  in  size  have  their  Parameter 
Length  noted  as  "n  +  1"  in  the  tables. 

5. 1.2. 3  Parameter  ID.  The  identification 
(ID)  of  each  parameter  is  specific  to  the  com¬ 
mand  being  executed,  unless  it  is  one  of  those 
generic  to  several  commands  (see  5.5).  The  Pa¬ 
rameter  ID  is  one  octet,  permitting  up  to  255 
kinds  of  parameters  per  command  and  associated 
response.  Parameter  IDs  are  assigned  as  follows: 

00  Invalid 

01  NOP 

02  Continuation  of  Preceding 

Parameter 

03-0F  reserved 

10- IF  Slave  Major  Status 

20-2F  Facility  Major  Status 

30-4F  Common  Parameters 

50-9F  Command  Parameters 

A0-BF  reserved 

C0-CF  Communication  Parameters 

D0-EF  Vendor-Unique  Parameters 

F0-FF  Host  Adapter  Unique  Parameters 

An  ID  of  x'00'  shall  be  invalid  and  the  com¬ 
mand  shall  be  rejected  with  an  Invalid  Parameter 
substatus.  An  ID  of  x’OU  shall  not  be  processed 
but  ignored  and  skipped  over  in  the  parameter 
list.  An  ID  of  x’02'  shall  identify  this  param¬ 
eter  as  a  continuation  of  the  preceding  param¬ 
eter  of  254  octets.  This  ID  cannot  be  used  to 
continue  a  parameter  that  was  less  than  254  oc¬ 
tets.  IDs  from  I0-4F,  where  assigned,  are  de¬ 
fined  in  this  section  of  the  document.  IDs  from 
50-9F.  where  assigned,  are  command  unique  and 
are  defined  in  the  command  description  sections 
of  this  document.  IDs  from  C0-CF  are  reserved 
for  the  specific  use  of  Communication  commands. 
IDs  from  D0-EF  are  Vendor  Unique  and,  where  as¬ 
signed,  shall  be  defined  by  the  vendor  specifi¬ 
cation.  IDs  from  F0-FF  are  reserved  for  use  of 


the  host  system  for  any  commands  that  may  be  in¬ 
terpreted  by  the  Host  Adapter,  which  is  respons¬ 
ible  for  issuing  commands  over  the  interface  on 
behalf  of  the  host. 

5.1.3  Message  Packet  Representation  in  the 
Document.  In  Section  5.  the  packets  are  shown  in 
a  vertical  representation  that  illustrates  the 
physical  positioning  of  fields  (see  also  4.12). 

Only  the  Control  command  packet  is  illustrated 
as  it  would  appear  on  the  interface  for  both  SOM 
and  DOM  modes.  All  other  packet  representations 
are  only  in  DOM  mode  because  the  information  is 
completely  repetitive  between  the  two.  and  DOM 
representation  occupies  less  space  on  the  page. 

The  horizontal  format  used  elsewhere  in  this 
document  is  intended  to  enhance  readability,  by 
representing  the  packets  as  they  would  appear  in 
memory. 

5.2  Operation  Command  Packets.  Commands  to 
the  slave  occur  as  message  packets  issued  to  the 
slave  via  Information  Transfers.  There  is  a  lim¬ 
it  of  one  command  per  Information  Transfer.  Ev¬ 
ery  command  shall  cause  the  slave  to  return  a 
response  when  the  command  has  been  completed. 

The  response  may  be  implicit  at  the  Logical  In¬ 
terface  if  the  "No  Response  if  Successful"  at¬ 
tribute  is  set  by  the  master.  Response  packets 
contain  status  that  notifies  the  master  whether 
or  not  the  command  was  successful  and.  if  not 
successful,  why  not.  Commands  to  the  slave  may 
be  Control.  Position.  Transfer  (Primary  or 
Other).  Combination  Transfer,  or  Diagnostics. 

The  basic  command  packet  is  six  octets  in  length. 
Parameters  may  be  appended  to  each  command,  and  the 
size  of  the  parameter  list  is  included  in  the 
Packet  Length  field.  The  slave  is  responsible  for 
checking  the  fields  that  apply  in  a  command  packet 
for  consistency  and  validity. 

5.2.1  Fields  in  Command  Packets 

5. 2. 1.1  Packet  Length.  Packet  Length  con¬ 
tains  the  actual  length  (it  may  be  odd  or  even), 
of  the  entire  packet,  including  parameters,  ex¬ 
pressed  in  octets.  Packet  Length  does  not  in¬ 
clude  the  two  octets  of  the  Packet  Length  field 
itself,  nor  any  null  octet  required  by  the  Phys¬ 
ical  Interface  in  DOM.  The  slave  shall  use  this 
value  to  perform  a  consistency  check  on  the 
packet  received  and  to  determine  the  presence  of 
parameters  on  commands  that  may  or  may  not  re¬ 
quire  parameters. 

Implementation  Note:  If  the  Packet  Length  is  used  to  con¬ 
trol  a  Dirccl  Memory  Transfer  and  not  transferred  into 
memory  with  the  packet,  some  means  of  recreating  it  in 
association  with  the  packet  shall  he  provided. 
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5. 2. 1.2  Command  Reference  Number.  The 
Command  Reference  Number  field  contains  a 
value  that  identifies  individual  commands  from  a 
master.  The  slave  echoes  the  Command  Reference 
Number  in  a  response  packet  to  identify  the 
associated  command.  When  the  slave  is  capable  of 
queuing  multiple  commands  per  addressee,  the 
master  is  responsible  to  ensure  that  all  active 
commands  have  unique  identification.  The  Command 
Reference  Number  is  implicitly  qualified  by  the 

port  over  which  the  command  was  received.  Within 
the  slave,  the  Command  Reference  Number,  plus 
the  Port  ID,  plus  the  Slave  and  Facility  Addres¬ 
ses.  forms  a  unique  identification  number  for 
each  command  per  addressee  per  port,  and  the 
master  may  only  reuse  a  Command  Reference 
Number  when  the  command  is  no  longer  outstand¬ 
ing.  i.e.,  after  receiving  the  response  packet 
for  the  command. 

5. 2. 1.3  Slave  Address.  The  Slave  Address  is 
a  value  between  x'00-07’,  and  is  included  in  the 
command  packet  to  assist  in  slave  selection  er¬ 
ror  detection.  The  slave  accepting  a  command 
packet  shall  compare  its  Slave  Address  against 

the  Slave  Address  field  in  the  command  packet. 

If  the  command  received  contains  the  wrong  Slave 
Address,  the  slave  shall  respond  with  the  appro¬ 
priate  error  status.  For  those  commands  that  may 
be  addressed  to  either  the  slave  or  the  facil¬ 
ity.  the  code  x'FF’  in  Facility  Address  shall 
identify  it  as  slave  only. 

5. 2. 1.4  Facility  Address.  The  Facility  Ad¬ 
dress  is  a  value  between  x’OO-FF'.  Unlike  the 
Physical  Interface,  where  Facility  Address  is 
restricted  by  the  Select  octet  to  the  range 
00-0F,  the  Facility  Address  in  a  packet  has  a 
valid  address  range  of  00-FE. 

The  Facility  Address  FF  is  used  to  identify 
the  packet  as  addressed  to  the  slave  only. 

There  are  several  ways  in  which  Facility  Ad¬ 
dresses  in  the  range  of  00-FE  may  be  used: 

(1)  Actual.  This  is  the  address  by  which  the 
facility  is  referenced  at  the  Physical  Inter¬ 
face.  The  address  range  is  limited  to  00-0F. 

The  slave  shall  validate  the  Facility  Address  if 
Facility  Selection  is  being  used  at  the  Physical 
Interface. 

(2)  Synonym.  This  is  an  address  declared  by 
the  master  that  refers  to  the  facility  by  other 
than  the  Actual  address.  A  Synonym  address  is 
specified  in  Attributes,  and  may  affect  both 
Physical  and  Logical  selection.  If  a  Synonym  is 
declared  in  the  range  of  00-0F.  the  slave  may  be 
capable  of  responding  to  the  Synonym  at  Physical 
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Figure  14 
Modi f ie r  Octet 

Interface  Facility  Selection  as  well  as  at  Level 
3.  If  a  Synonym  is  declared  in  the  range  of 
10-FE,  it  affects  only  the  Logical  Interface. 

(3)  Alias.  This  is  an  address  defined  by  the 
master  to  refer  to  a  data  partition  on  a  facil¬ 
ity  (which  may  be  referred  to  by  either  an  Actu¬ 
al  or  a  Synonym  address).  An  Alias  address  is 
specified  in  Attributes,  and  may  be  declared  in 
the  range  of  00-FE.  Note,  however,  that  if  a 
Partition  is  defined  in  the  range  of  00-0F.  it 
has  no  effect  on  Physical  Interface  selection. 

5. 2. 1.5  Opcode.  The  Opcode  field  identifies 
the  purpose  of  the  packet  and  specifies  the  op¬ 
eration  to  be  performed.  A  packet’s  Opcode  im¬ 
plicitly  determines  the  interpretation  of  any 
parameters  that  are  present. 

The  Opcodes  are  interpreted  as  follows: 

00-0F  Control  Commands 

I0-2F  Transfer  Commands 

30-3F  Combination  Commands 

40-4F  Position  Commands 

50-6F  Other  Transfer  Commands 

70-7F  reserved 

80-9F  Diagnostic  Commands 

AO-BF  Communication  Commands 
CO-DF  reserved 

EO-EF  Vendor-Unique  Commands 

FO-FE  reserved 

FF  Asynchronous  Response  Identifier 
5. 2. 1.6  Modifier  Octet.  The  Modifier 
Octet  is  used  to  express  variations  in  the  use 
or  meaning  of  commands.  The  Common  Modifiers  are 
shown  in  Figure  14  and  defined  in  6. 1.1. 3.  They 
are  not  required  to  be  supported  on  every  com¬ 
mand.  but  their  use  is  identical  on  every  com¬ 
mand  in  which  they  are  supported  (defined  by 
slave  attributes). 

The  Opcode  Modifier  bits  are  not  defined  the 
same  across  all  commands,  and  are  defined  in 
each  command's  description  (e.g.,  there  is  an 
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SOM  Representation: 
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Basic  Command  Packet 


Opcode  modifier  to  distinguish  whether  the  com¬ 
mand  is  to  treat  the  Data  Address  as  applying  to 
DataBlocks  or  PhysicalBlocks  -  the  same  bit  po¬ 
sition  has  ot her  meanings  on  commands  that  do 
not  require  a  Data  Address. 

5. 2. 1.7  Parameters.  The  Parameter  list  is 
used  to  pass  command-specific  information  to  the 
slave.  Each  parameter  is  self-identifying  and 
the  list  is  unordered  unless  specified  as  having 
to  appear  in  a  certain  sequence.  The  presence, 
length  and  format  of  the  parameters  depend  on 
the  command.  The  length  of  the  parameter  list 
shall  be  included  in  the  Packet  Length. 

5.2.2  Basic  Command  Message  Packet.  The 
basic  command  packet  is  laid  out  as  shown  in 
Figure  15. 

If  two  parameters  were  present,  the  first  of 
five  octets  (Parameter  Length  +  Parameter  ID  +  a 
three-octet  field),  and  the  second  of  three  oc¬ 
tets  (Parameter  Length  +  Parameter  ID  -I-  a  one- 
octet  field),  it  would  be  a  17-octet  transfer, 
and  the  parameter  list  would  appear  as  shown  in 
Figure  16. 

If  two  parameters  were  present,  the  first  of 
five  octets  (Parameter  Length  +  Parameter  ID  +  a 
three-octet  field),  and  the  second  of  three  oc¬ 
tets  (Parameter  Length  +  Parameter  ID  +  a  one- 
octet  field),  it  would  be  an  18-octet  transfer, 
and  the  parameter  list  would  appear  as  shown  in 
Figure  17. 


5.2.3  Command  Packet  Parameter  Require¬ 
ments 

5.2.3. 1  Control  Command  Packet.  Control 
command  packets  need  consist  only  of  the  basic 
packet.  There  are  no  required  parameters  for  a 
control  command. 

5. 2. 3. 2  Position  Command  Packet.  Unless  it 
is  implicit.  Position  commands  require  that  the 
Extent  parameter  be  appended  to  the  basic 

packet. 

5. 2. 3. 3  Transfer  and  Other  Transfer  Com¬ 
mand  Packet.  Unless  it  is  implicit.  Transfer 
command  packets  require  that  the  Extent  param¬ 
eter  be  appended  to  the  basic  packet. 

5. 2. 3. 4  Combination  Transfer  Command 
Packet  (Optional).  Combination  command  packets 
typically  require  source  and  destination  Com¬ 
bination  Extent  Parameters.  The  Extent  pa¬ 
rameters  may  be  either  explicit  or  implicit  and 
are  command  specific. 

5. 2. 3. 5  Diagnostic  Command  Packet.  Diag¬ 
nostic  command  packets  typically  require  param¬ 
eters. 

5.2.4  Transferring  Parameters  as  Data.  Param¬ 
eter  lists  may  be  transferred  as  data  with  Diag¬ 
nostic  commands  such  as  Read/Write  Defect  List 
and  Read/Write  Error  Log.  The  parameters  shall 
be  transferred  in  as  similar  a  manner  as  is  pos¬ 
sible  to  the  way  in  which  the  data  itself  is 
transferred. 
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DOM  Representation 
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Parameter  List  for  17-Octet  Transfer 
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The  contents  of  the  parameter  list  may  be 
transferred  specifically  (by  using  Parameter  ID 
in  appended  Request  Parameters  parameter),  or 
generally  (with  no  specific  Parameter  ID 
appended). 

When  transferred  specifically,  only  one  kind 
of  parameter  should  be  transferred  as  data, 
since  no  parameter  information  is  included,  and 
since  there  is  no  required  ordering  of  param¬ 
eters.  it  may  be  impossible  to  know  what  the 
contents  contain. 

When  transferred  generally,  the  list  may  con¬ 
tain  different  kinds  of  parameters  as  they  are 
self-identifying.  Parameter  lists  that  exceed 
254  octets  use  continuation  parameters.  If  pa¬ 
rameters  are  transferred  by  the  slave  as  data  in 
DataBlocks.  the  slave  shall  pad  with  zeros  up  to 
the  DataBlock  size  in  use. 

The  master  specifies  the  size  of  the  transfer. 

If  there  is  a  Request  Pann  Parameter  present,  it 
shall  immediately  precede  the  Command  Extent 
used  for  that  purpose. 

5.2.4. 1  Writing.  During  writing,  the 
master  has  control  of  the  size  of  transfer,  and 
uses  the  Create  and  Append  modifiers. 

5. 2. 4. 2  Reading.  It  is  not  always  possible 
for  the  master  to  predict  the  size  of  the  param¬ 
eter  list  to  be  transferred  when  reading.  Even 
when  the  Request  Parm  parameter  is  supported  by 
the  slave,  the  master  cannot  use  it  on  some  com¬ 
mands  (e.g..  PERFORM  DIAGNOSTICS)  to  find 
out  the  length. 

The  master  may  issue  successive  Reads,  each 
containing  a  Command  Extent  parameter  that  iden¬ 
tifies  the  starting  address  and  length  to  be 
transferred.  The  Reads  may  be  Chained  or  Ordered 
to  prevent  intervening  commands  from  being  exe¬ 
cuted  while  reading  parameter  data. 

Alternatively,  the  master  may  request  a  very 
high  value  (as  it  would  to  read  a  tape  record  of 
unknown  length).  The  residual  of  the  last  Read 
executed  shall  define  the  end  of  the  request 
information. 

Unless  requested  otherwise  by  a  Request  Parms 
parameter,  the  slave  shall  return  parameters  in 
a  Command  Completion  response  packet  if  they 
fit.  If  they  do  not  fit,  the  slave  shall  reject 
the  command  as  a  Missing  Parameter,  and  the  mas¬ 
ter  needs  to  reissue  the  command  with  a  Request 
Parms  parameter  appended  to  obtain  the  informa¬ 
tion  as  data. 

As  an  example,  if  data  transfers  between  mas¬ 
ter  and  slave  are  set  up  to  be  transferred  in 
DataBlocks  of  512  octets,  then  the  list  is 


transferred  in  as  many  DataBlocks  of  512  octets 
as  is  needed.  Data  transfers  continue  until  as 
many  DataBlocks  as  are  needed  to  contain  the 
whole  list  have  been  transferred.  Full  Data¬ 
Blocks  shall  be  transferred,  and  any  remainder 
per  block  shall  be  padded  with  zeros. 

If  transfers  are  not  multiplexed,  then  the 
slave  shall  transfer  parameter  lists  up  to  the 
limit  defined  in  attributes  for  data  transfers. 

If  the  slave  contains  insufficient  buffering  or 
is  otherwise  unable  to  transfer  the  complete 
list  up  to  the  maximum  size,  then  it  may  use 
Pause  to  interrupt  the  transfer  to  the  master. 

If  the  master  needs  to  limit  the  size  of  data 
transfers,  the  Count  field  of  the  Command  Extent 
parameter  may  be  used  to  set  the  number  of  Data¬ 
Blocks  (or  octets  depending  on  the  command  mod¬ 
ifier)  to  transfer.  The  maximum  transfer  size 
may  or  may  not  be  less  than  the  length  of  the 
parameter  list  to  be  transferred.  The  Address 
field  shall  specify  the  displacement  from  the 
beginning  of  the  parameter  list. 

If  more  than  one  transfer  is  required,  then 
the  master  should  issue  multiple  commands  in  a 
Chain  or  Order.  All  data  transfers  shall  be  of 
the  size  identified  in  the  Command  Extent,  ex¬ 
cept  the  last,  which  shall  terminate  the  Chain 
or  Order  and  report  a  residual  in  the  Response 
Extent. 

NOTE:  II  the  master  does  not  know  how  much  data  is  to  be 
expected,  it  lias  lo  issue  multiple  commands  and  be  prepared 
to  have  the  Chain  or  Order  terminate  when  the  slave  lias  no 
more  parameters  to  transfer. 

5. 2. 4. 3  Example.  On  a  Read  Defect  List  com¬ 
mand.  the  DataBlock  size  is  512  octets  and  the 
slave  has  44  entries  in  the  defect  list.  The  re¬ 
sidual  would  be  of  the  number  of  DataBlocks  not 
transferred;  that  is.  if  the  command  had  used 
the  Command  Extent  parameter  with  a  count  of  10, 
then  for  both  examples  the  Response  Extent  would 
contain  8  as  the  residual. 

5. 2. 4. 3.1  General.  The  packet  length 
column  shown  below  specifies  the  length  of  the 
parameter  list,  not  the  size  of  the  DataBlock. 


Pkl 

Parm 

Parm 

Llh 

Llh 

ID 

Octet :  0-1 

2 

3 

4-255 

Value:  510 

253 

56 

2  Denudes 

256 

257 

258-509  510  51 

253 

02 

2  Denudes  00  00 

Odd:  0-1 

2 

3  4 

-27  28-511 

Value:  26 

25 

02 

2*eniries  zeros 
as  padding 
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Slaves  may  gather  parameters  as  data  in  a  dif¬ 
ferent  manner,  depending  on  implementation.  For 
example,  some  slaves  may  begin  each  DataBlock 
with  a  complete  parameter  and  pad  out  the  re¬ 
mainder  if  a  parameter  does  not  completely  fit; 
others  may  choose  to  concatenate  parameters  as 
tightly  as  possible,  with  fields  divided  over 
different  DataBlocks. 

The  slave  shall  ensure  that  the  master  re¬ 
ceives  the  same  information  whether  there  is 
single  or  multiple  reads  (i.e.,  if  the  master 
requests  four  DataBlocks  in  a  transfer,  the  last 
block  shall  contain  the  same  information  as  if 
one  DataBlock  had  been  requested  four  times). 

5. 2. 4. 3. 2  Specific.  The  Request  Parm 
parameter  contains  the  ID  56  and  the  modifier  to 
transfer  Naked  Parameters  as  Data. 


Octet:  0-503  504-511 

Value:  42*entries  8  octets  of  43rd  entry 


Octet:  0-3 
Value:  4  octets  of 
43rd  entry 


4-15  16-511 

1  *entry  zeros  as 
padding 


5.3  Operation  Response  Message  Packets.  Re¬ 
sponses  by  the  slave  occur  as  message  packets 
issued  to  the  master  via  Information  Transfers. 
There  is  a  limit  of  one  response  per  Informa¬ 
tion  Transfer. 

Responses  may  advise  command  completion;  be 
Asynchronous  because  they  are  unanticipated 
events  in  the  slave;  or  be  Transfer  Notifica¬ 
tions  to  advise  the  master  of  the  data  transfer 
about  to  be  initiated. 

Response  packets  contain  status  to  notify  the 
master  of  the  results  of  a  command,  or  an  asyn¬ 
chronous  event.  The  first  six  octets  echo  the 
contents  of  the  basic  command  packet.  The  next 
two  octets  contain  the  Response  Type  and  Major 
Status. 

Interrupts  are  used  at  the  Physical  Interface 
to  request  the  master  to  read  any  pending  Re¬ 
sponse  packets.  Response  packets  are  not  neces¬ 
sarily  returned  to  the  master  in  the  order  of 
their  completion. 

5.3.1  Fields  In  Response  Packets 

5.3. 1.1  Packet  Length.  See  5. 2. 1.1 

5. 3. 1.2  Command  Reference  Number.  This 
field  is  echoed  from  the  Command  packet. 

5. 3. 1.3  Slave  Address.  This  field  is  echoed 
from  the  Command  packet. 

5. 3. 1.4  Facility  Address.  This  field  is 
echoed  from  the  Command  packet. 


5. 3. 1.5  Opcode.  This  field  is  echoed  from 
the  Command  packet. 

5. 3. 1.6  Modifier.  This  field  is  echoed  from 
the  Command  packet. 

5. 3. 1.7  Response  Type.  The  Response  Type  is 
a  4-bit  encoded  field  (bits  4-7  of  octet  7)  that 
identifies  the  packet  being  presented  by  the 

slave.  The  response  shall  have  the  following 
format: 

Bit  Description 

0  reserved 

1  Standard  Command  Completion  Response 

Control 
Position 
Transfer 
Other  Transfer 
Diagnostic 
Not  Recognized 

2  reserved 

3  Extended  Command  Completion  Response 

Combination  Transfer 

4  Asynchronous  Response 

5  Transfer  Notification 

6  Imbedded  Data  Response 

7-F  reserved 

5. 3. 1.8  Major  Status.  Major  Status  is  a  12- 
bit  field  that  tells  the  master  whether  the  com¬ 
mand  succeeded  or  not.  All  slaves  shall  return 
the  same  status  codes  for  similar  situations. 

The  field  is  bit  significant  and  each  Major 
Status  is  given  a  bit  code  from  0-B  (0  corre¬ 
sponds  to  bit  0  of  octet  6.  and  B  corresponds  to 
bit  3  of  octet  7).  The  Major  Status  categories 
and  their  associated  Substatus  are  listed  in 
5.4. 

5. 3. 1.9  Parameters.  The  response  parameter 
list  is  used  to  pass  response-specific  data  to 

the  master.  The  presence,  length,  and  format  of 
the  parameters  are  variable.  The  length  of  the 
Parameter  field(s)  shall  be  included  in  the 
Packet  Length.  Parameters  are  self-identifying 
and  are  not  required  to  be  ordered  unless  spec¬ 
ified  as  having  to  appear  in  a  certain  sequence. 

5.3.2  Basic  Response  Packet.  Basic  response 
packets  is  laid  out  as  shown  in  Figure  18. 

5.3.3  Response  Packet  Parameter  Requirements 

5.3.3. 1  Control  Response  Packet.  Control 
response  packets  need  consist  only  of  the  basic 
packet.  There  are  no  required  parameters. 

5. 3. 3. 2  Position  Response  Packet.  Position 
response  packets  need  consist  only  of  the  basic 
packet.  There  are  no  required  parameters. 
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-1 
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1  * 
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3  * 
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5  * 
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7 

octet 

n 

Figure  18 

Basic  Response  Packet 


5 .3.3.3  Transfer  and  Other  Transfer  Re¬ 
sponse  Packet.  Transfer  response  packets  need 
consist  only  of  the  basic  packet.  When  a  trans¬ 
fer  is  Not  Successful  and  the  extent  is  expli¬ 
cit.  the  slave  shall  append  the  Response  Extent 
parameter  to  the  basic  packet. 

5. 3. 3. 4  Combination  Transfer  Response 
Packet  (Optional).  Combination  response  packets 
may  require  two  Combination  Response  Extents, 
even  if  successful.  The  presence,  absence,  and 
number  of  Combination  Response  Extents  required 
on  success  or  failure  is  specific  to  the  com¬ 
mand. 

5. 3. 3. 5  Diagnostic  Response  Packet.  Diag¬ 
nostic  response  packets  need  consist  only  of  the 
basic  packet.  There  are  no  required  parameters. 

5. 3. 3. 6  Asynchronous  Response  Packet. 
Asynchronous  response  packets  typically  have 
Substatus  parameter(s)  appended  to  the  basic 
packet.  This  packet  is  initiated  by  the  slave  to 
advise  the  master  of  an  unanticipated  event. 

If  the  response  is  not  associated  with  a  pre¬ 
viously  issued  command,  the  Command  Reference 
Number.  Opcode,  and  Modifier  are  not  valid.  The 
Opcode  shall  contain  x'FF'.  and  octets  0-i  and  3 
shall  be  ignored.  If  the  slave  can  associate  the 
response  with  a  previously  issued  command,  these 
fields  shall  be  provided  to  the  master.  If  the 
asynchronous  event  is  not  associated  with  a  fa¬ 
cility.  octet  5  shall  contain  x'FF'  to  identify 
it  as  slave-only. 

5.3.3. 7  Transfer  Notification  Packet  (Op¬ 
tional).  This  packet  is  initiated  by  the  slave 


to  advise  the  master  that  a  data  transfer  is 
about  to  be  executed.  The  Command  Reference  Num¬ 
ber  is  used  by  the  master  to  identify  which 
transfer  command  is  to  be  executed.  The  Major 
Status  field  is  unused  by  this  packet,  and  shall 
be  zero. 

It  is  the  slave’s  responsibility  to  initiate 
the  data  transfer  when  it  is  ready  to  do  so  by 
issuing  a  Transfer  Notification  Response  to 
prepare  the  master  for  the  subsequent  data 
transfer.  The  Transfer  Notification  Response 
shall  have  appended  to  it  any  master-specific 
information  that  may  have  been  associated  with 
the  command  by  the  master  as  a  Transfer  Notifi¬ 
cation  parameter  (see  5.5.1). 

The  Transfer  Notification  packet  is  required 
unless  the  master  issues  Individual  commands 
with  Facility  Selection,  or  if  the  slave  and 
facility  are  integrated. 

The  Transfer  Notification  packet  is  always 
required  whenever  a  READ  AT  FIRST  AVAIL¬ 
ABLE  DATA  command  is  to  be  executed,  because 
the  Read  at  First  Data  parameter  is  appended. 

The  master  shall  be  provided  with  this  packet 
prior  to  accepting  any  data  (see  10.2). 

5. 3. 3. 8  Imbedded  Data  Response  Packet 
(Optional).  This  packet  is  used  to  make  small 
data  transfers  (typically  less  than  eight  oc¬ 
tets)  in  the  parameter  field  attached  to  the 
response.  Up  to  254  octets  of  data  may  be  ap¬ 
pended  in  this  response.  More  than  one  Imbedded 
Data  Response  packet  may  be  transferred  in  an¬ 
swer  to  one  command. 
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Figure  19 

Types  of  Substatus  and  Responses 


5.4  Status 

5.4.1  Major  Status.  Responses  may  be  presented 
by  the  slave  as  the  result  of  a  command  issued 

by  the  master,  or  may  be  asynchronous  and  unex¬ 
pected  as  a  result  of  some  internal  or  external 
condition.  Octets  6  and  7  are  used  to  identify 
the  Response  Type  and  the  Major  Status,  and  are 
shown  in  a  horizontal  format  by  bit  position  in 
Figure  19.  Substatus  is  specific  to  a  Major 
Status  category  and  is  listed  in  tabular  form 
following  the  definitions. 

5.4.2  Substatus.  There  may  be  more  than  one 
Major  Status  presented  (except  if  Success¬ 
ful).  All  Major  Status  categories  except  Suc¬ 
cessful  have  detailed  Substatus  to  identify  the 


specific  item  that  caused  its  presentation  by 
the  slave.  This  detail  is  presented  in  the  pa¬ 
rameter  Field  that  has  as  its  ID  in  the  low- 
order  four  bits,  the  encoded  value  (0-A)  of  the 
Major  Status  code.  Status  is  reported  for  the 
addressee  on  non-Combination  commands  or  for  the 
dominant  slave  on  Combination  commands  in 
accordance  with  the  Substatus  listed  in  Figure 
19.  If  status  is  presented  for  subaddresses  for 
Combination  commands,  it  is  supplied  in  the  Com¬ 
bination  Response  Extent  (see  5.5.5). 

If  Extended  Substatus  is  present  (as  indicated 
by  parameter  length),  it  complements  Substatus 
and  is  typically  used  to  further  define 
conditions  identified  in  Substatus. 
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Table  5 

Substatus  Parameters  for  Intervention  Required 
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Table  6 

Substatus  Parameters  for  Alternate  Port  Extension 
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5.4.2. 1  Intervention  Required  (ID  =  ’x4’) 

(See  Table  5).  The  selected  addressee  is  not 
able  to  execute  commands,  and  some  intervention 
is  required  to  make  it  capable. 

5. 4. 2. 1.1  Not  P-Available.  The  selected 
addressee  is  not  powered  on  or  is  not  installed. 

5. 4. 2. 1.2  Not  Ready.  The  selected  ad¬ 
dressee  cannot  execute  its  intended  functions. 

The  addressees'  Not  Ready  condition  may  be 
cleared  by  operator  intervention  (e.g..  a  facil¬ 
ity  made  ready  by  the  mounting  of  a  tape  volume 
on  a  tape  unit). 

5. 4. 2. 1.3  Not  P-Available  Transition. 

This  is  presented  by  the  slave  to  advise  the 
master  that  a  facility  has  become  Not  P-Avail- 
able  since  the  time  that  a  command  addressed  to 
it  was  accepted. 

NOTE:  II  the  transition  had  occurred  before  the  command  pack¬ 
et  was  accepted,  the  status  would  have  been  Not  P-Available. 

5. 4. 2. 1.4  Not  Ready  Transition.  This 

substatus  is  presented  by  the  slave  to  advise 


the  master  that  a  facility  has  dropped  ready 
since  the  time  that  a  command  addressed  to  it 
was  accepted. 

NOTE:  II  the  transition  had  occurred  before  the  command 
packet  was  accepted,  the  status  would  have  been  Not  Ready. 

5. 4. 2. 1.5  Physical  Link  Failure.  The 

slave  has  detected  a  catastrophic  failure  on  the 
external  line  (e.g.,  Data  Carrier  detect  Drop  on 
a  modem  line). 

5.4.2. 1.6  Attribute  Table  May  be  Cor¬ 
rupted.  The  slave  has  encountered  a  condition 
under  which  it  is  possible  that  the  Attributes 
table  has  been  corrupted,  and  it  is  not  prepared 
to  continue  operation  without  intervention  from 
the  master. 

5.4.2. 1.7  Addressee  Busy.  The  command 
cannot  be  executed  because  the  addressee  has 
been  Busy  for  a  time  determined  by  the  Facility 
Timeout  Value  specified  in  Attributes. 

5. 4. 2. 2  Alternate  Port  Exception  (ID=’x5’) 
(See  Table  6).  The  slave  or  facility  has  detect¬ 
ed  an  event  from  an  alternate  port. 
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Table  7 


.  + - 

|  LTH 

+ 

1 

Substatus 

—  + - + +. + 

ID  1  OCTET  1 x/b 1 DEF | 

Parameters  for  Machine  Exception 

SUBSTATUS  PARAMETERS 

|  n  +  l 

1 

16 | 01-04 | 

i 

1 

MACHINE  EXCEPTION  STATUS 

1 

1 

o  r |  01| 

7  | 

1 

Addressee  No  Longer  Busy 

1 

1 

26  |  | 

6  1 

1 

P-Available  Transition 

1 

1 

1  1 

5  | 

1 

Ready  Transition 

1 

1 

1  1 

4  | 

1 

Operation  Timeout 

1 

1 

1  1 

3  1 

1 

Physical  Interface  Check 

1 

1 

1  1 

2  1 

1 

Slave  Initiated  Reset 

1 

1 

1  1 

1  | 

1 

Environmental  Error 

1 

1 

1  1 

0  1 

1 

Power  Fail  Alert 

1 

1 

1  02 1 

7  | 

1 

Data  Check  (on  Raw  Data) 

1 

1 

1  1 

6  1 

1 

Unco r r ectable  Data  Check  (on  Perfect  Data) 

1 

1 

1  1 

5  | 

1 

Fatal  Error 

1 

1 

1  1 

4  | 

1 

Hardware  Write  Protected 

1 

1 

1  1 

3  1 

1 

Queue  Full 

1 

1 

1 

1 

1  1 

1  1 

2  1 
i 

1 

1 

Command  Failure 

1 

1 

1 

1 

1  1 

1  1 

to  | 

1 

1 

reserved 

1 

1 

1  03  | 

7  | 

1 

1 

1 

1  1 

6  1 

1 

Read  Access  Violation 

1 

1 

1  1 

5  | 

1 

Write  Access  Violation 

1 

1 

1  1 

4  1 

1 

Data  Overrun 

1 

1 

1  1 

3  | 

1 

Reallocation  Space  Exhausted 

1 

1 

1  1 

2  1 

1 

End  of  Media  detected 

1 

1 

1  1 

1  | 

1 

End  of  Extent  Detected 

1 

1 

1  1 

0  1 

1 

Unexpected  Master  Action 

1 

1 

1  04  | 

7  | 

1 

Error  Log  Full 

1 

1 

1  1 

6  1 

1 

Defect  Directory  Full 

1 

1 

1  1 

5  | 

1 

Logical  Link  Failure 

1 

1 

1  1 

4  1 

1 

Position  Lost 

1 

1 

1  1 

3-0  | 

1 

reserved 

1 

1 

1 

1 

|  0  5-  n | 

1 

1 

1 

1 

EXTENDED  SUBSTATUS  (if  any) 

1 

+ - 

1 

+ 

l  1 

--  + - + 

1 

- +  _ 

1 

--  + 

5. 4. 2. 2.1  Priority  Reserve  Issued.  The 

addressee  has  been  instructed  to  release  allegi¬ 
ance  to  this  port  because  of  a  Priority  Reserve 
from  an  alternate  port. 

5 .4. 2.2.2  Attributes  Updated.  An  Attrib¬ 
utes  command  has  been  issued  from  an  alternate 
port  that  has  changed  the  addressee's  attributes. 

5. 4. 2. 2. 3  Initialization  Completed.  The 
addressee  has  completed  an  initialization  pro¬ 
cedure  that  may  have  affected  this  port,  and  was 
originated  by  a  Reset  from  an  alternate  port. 

5. 4. 2. 2. 4  Format  Completed.  The  ad¬ 
dressee  has  completed  a  FORMAT  command  from 
an  alternate  port. 

5. 4. 2. 2. 5  Slave  Diagnostic  in  Progress. 
The  PERFORM  SLAVE  DIAGNOSTIC  command 
has  been  issued  by  an  alternate  port  and  is  cur¬ 
rently  in  progress. 

5. 4. 2. 2. 6  Slave  Diagnostic  Terminated. 
The  slave  diagnostic  initiated  by  an  alternate 

port  has  been  completed. 

5. 4. 2. 2. 7  Facility  Switched  to  Another 
Port.  The  slave  has  determined  that  the  facility 

is  switched  to  another  port. 

5. 4. 2. 3  Machine  Exception  (ID  =  ’x6’)  (See 
Table  7).  Machine  Exceptions  are  the  result  of 


a  machine  condition  detected  in  the  slave  or  an 
attached  facility.  Some  types  of  Machine  Excep¬ 
tions  are  peculiar  to  an  operation  (e.g..  Data 
Check  exceptions  can  occur  only  in  connection 
with  operations  that  transfer  data  from  or  to  a 
facility). 

5. 4. 2. 3.1  Addressee  No  Longer  Busy.  The 

addressee  is  notifing  the  master  that  it  is  no 
longer  busy. 

5. 4. 2. 3. 2  P-Available  Transition.  This 

is  presented  asynchronously  by  the  slave  to  ad¬ 
vise  the  master  that  a  facility  that  was  previ¬ 
ously  Not  P-Available  has  become  P-Available. 

5. 4. 2. 3. 4  Ready  Transition.  This  is  pre¬ 
sented  asynchronously  by  the  slave  to  advise  the 
master  that  a  facility  that  was  not  previously 
ready  has  become  Ready. 

5. 4. 2. 3. 5  Operation  Timeout.  There  has 
been  a  failure  condition  in  the  addressee  that 

has  been  detected  by  an  internal  timeout 
mechanism. 

5. 4. 2. 3. 6  Physical  Interface  Check.  The 

slave  detected  a  check  condition  on  the  Physical 
Interface  (e.g.,  invalid  sequence  generation  by 
the  "state  machine"  or  parity  error  on  the  bus 
or  buses). 


51 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


5. 4. 2. 3. 7  Slave-Initiated  Reset.  An  in¬ 
ternal  condition  caused  the  slave  to  initiate  a 
reset;  the  master  shall  assume  all  outstanding 
commands  and  buffer  contents  are  either  lost  or 
suspect. 

5. 4. 2. 3. 8  Environmental  Error.  Some  con¬ 
dition  internal  or  external  to  the  addressee  has 

been  detected  that  may  cause  a  failure  condi- 
tion(s)  (e.g.,  temperature  sensor  alert). 

5. 4. 2. 3. 9  Power  Fail  Alert.  The  slave 
has  detected  an  impending  power  failure  condi¬ 
tion  in  itself  or  an  attached  facility.  The 
Facility  Address  field  of  the  Response  packet 
shall  contain  the  address  of  the  affected  facil¬ 
ity.  or  x'FF'  if  it  is  the  slave  itself. 

5.4.2.3.10  Data  Check  (on  Raw  Data).  The 
master  has  requested  raw  data  and  the  addressee 

has  detected  a  data  error. 

5.4.2.3.11  Uncorrectable  Data  Check  (on 
Perfect  Data).  The  slave  detected  a  data  error 

that  has  persisted  after  the  slave  has  exhausted 
all  possible  recovery  actions.  On  write  opera¬ 
tions.  the  malfunction  may  have  caused  invalid 
data  to  be  recorded. 

5.4.2.3.12  Fatal  Error.  The  addressee 
detected  an  internal  machine  error  that  pre¬ 
cludes  execution  or  continuation  of  the  current 
command. 

5.4.2.3.13  Hardware  Write  Protected.  An 

attempt  was  made  to  write  on  a  facility  that  was 
protected  against  writing  by  something  physical 
(e.g..  Write  Protect  Ring  for  tapes). 

5.4.2.3.14  Queue  Full.  The  command 
queue  for  the  addressee  is  full. 

5.4.2.3.15  Command  Failure.  The  com¬ 
mand  in  execution  encountered  a  condition  that 
caused  it  to  complete  correctly  but  unsuccess¬ 
fully  (e.g..  a  COMPARE  of  two  files  detected  a 
discrepancy). 

5.4.2.3.16  Read  Access  Violation.  An  at¬ 
tempt  was  made  to  read  on  an  addressee  that  had 
been  protected  via  Access  Permits. 

5.4.2.3.17  Write  Access  Violation.  An 
attempt  was  made  to  write  on  an  addressee  that 
had  been  protected  via  Access  Permits. 

5.4.2.3.18  Data  Overrun.  This  can  occur 
during  direct  data  transfer,  or  if  the  slave  has 

a  buffer  that  was  not  adequate  and  the  buffer 
overran  during  a  read  or  a  write  operation. 

5.4.2.3.19  Reallocation  Space  Exhausted. 
Space  required  for  reallocation  of  data  due  to 
media  defects  is  not  available;  that  is,  all 

space  assigned  for  that  purpose  has  been 
exhausted. 


5.4.2.3.20  End  of  Media  Detected.  The 

addressee  has  detected  the  end  of  the  media 
(e.g..  the  point  on  tape  beyond  which  the  ad¬ 
dressee  cannot  write). 

5.4.2.3.21  End  of  Extent  Detected.  The 
addressee  has  detected  the  end  of  the  extent 
(e.g.,  a  File  Mark  on  tape).  (On  disks,  end  of 
partition  is  detected  by  a  boundary  check  at 
command  validation  and  is  reported  as  Command 
Exception.) 

5.4.2.3.22  Unexpected  Master  Action.  The 

slave  has  encountered  an  unexpected  action  by 
the  master  (e.g..  Master  Status  at  the  Physical 
Interface  does  not  correlate  to  the  anticipated 
status,  no  status  was  expected  and  some  was  pre¬ 
sented  by  the  master,  the  master  did  not  respond 
with  Data  In/Out  or  Control  of  Bus  following  a 
Transfer  Notification  packet. 

5.4.2.3.23  Error  Log  Full.  The  capacity 
of  the  Error  Log  has  been  exceeded. 

5.4.2.3.24  Defect  Directory  Full.  The 
capacity  of  the  Defect  Directory  has  been  ex¬ 
ceeded  and  no  more  blocks  can  be  reallocated. 

5.4.2.3.25  Logical  Link  Failure.  The  ad¬ 
dressee  has  detected  a  failure  on  the  communica¬ 
tions  logical  link  (e.g.,  failure  of  the  remote 
entity  to  respond  to  the  communications 
protocol). 

5.4.2.3.26  Position  Lost.  The  addressee 
has  lost  knowledge  of  its  position  on  the  media 
(e.g.,  a  tape  has  not  completed  a  block  and  has  no 
current  reference  to  use  to  judge  its  position). 

5. 4. 2. 4  Command  Exception  (ID=’x7’)  (See 
Table  8).  This  status  code  is  used  to  report  in¬ 
valid  or  incorrect  values  in  both  the  basic 
packet  and  parameter  list  (if  any).  A  command  is 
also  invalid  if  the  packet  was  too  short,  or  did 
not  contain  all  the  parameters  required  by  the 
Opcode.  This  status  is  normally  presented  before 
command  initiation  but  slaves  may  be  unable  to 
detect  some  invalid  values  until  after  perform¬ 
ing  some  part  of  the  command. 

5. 4. 2. 4.1  Invalid  Packet  Length.  The 
packet  length  is  invalid  (e.g..  the  length  of 

the  parameter  list  plus  the  basic  packet  does 
not  equal  the  packet  length). 

5. 4. 2. 4. 2  Invalid  Command  Reference 
Number.  The  Command  Reference  Number  is  in¬ 
valid  (e.g..  duplicates  a  Command  Reference 
Number  in  a  command  that  is  currently  active). 

5. 4. 2. 4. 3  Invalid  Slave  Address.  The 
Slave  Address  in  the  command  packet  is  invalid 
(e.g..  it  does  not  match  the  selected  slave's 
address). 
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Table  8 

Substatus  Parameters  for  Command  Exception 


+  — h +  --  + - + 

| @ | LTH | ID | OCTET | 

- + 

x/b| 

DEF  | 

SUBSTATUS  PARAMETERS 

I  S  1 

n  +  1 1 17 | 01-04  | 

i 

1 

COMMAND  EXCEPTION  STATUS 

1  1 

j or |  01 | 

7  | 

1 

Invalid  Packet  Length 

1  1 

1  27  |  | 

6  1 

1 

Invalid  Command  Reference  Number 

1  1 

1  1  1 

5  1 

1 

Invalid  Slave  Address 

1  1 

1  1  1 

4  1 

1 

Invalid  Facility  Address 

1  1 

1  1  1 

3  | 

1 

Invalid  Selection  Address 

1  1 

1  1  1 

2  1 

1 

reserved 

1  1 

1  1  1 

1  | 

1 

Invalid  Opcode 

1  1 

1  1  1 

0  1 

1 

Invalid  Modifier 

1  1 

II  02 1 

7  | 

1 

reserved 

1  1 

1  1  1 

6  1 

1 

reserved 

1  1 

1  1  1 

5  | 

1 

Invalid  Extent 

1  1 

1  1  1 

4  1 

1 

Out  of  Context 

1  1 

1  1  1 

3  | 

1 

Invalid  Parameter(s) 

1  1 

1  1  1 

2  1 

1 

Missing  Parameter(s) 

1  1 

1  1  1 

1  | 

1 

Reserved  Value  Not  Equal  to  Zero 

1  1 

1  1  1 

0  1 

1 

Invalid  Combination 

1  1 

1  1 

II  0  3  | 

7  | 
A  i 

1 

Not  at  Initial  Position 

1  1 

1  1 

1  1  1 

i  i  i 

to  j 

1 

1 

reserved 

1  1 

1  1 

1  1 

II  04  | 

1  | 05-  n | 

1  1  1 

o  1 

1 

1 

1 

1 

1 

EXTENDED  SUBSTATUS  (if  any) 

+  -  + - +  --  + - + - + - + 


5. 4. 2. 4. 4  Invalid  Facility  Address.  The 
Facility  Address  in  the  command  packet  is  invalid. 

5. 4. 2. 4. 5  Invalid  Selection  Address.  The 
facility  selected  at  the  Physical  Interface  does 

not  match  the  facility  address  supplied  in  the 
command  packet.  The  slave  shall  use  the  Physical 
Interface  address  when  reporting  Class  1  Inter¬ 
rupts  to  notify  the  master  of  the  command  pack¬ 
et  error.  The  response  packet  shall  contain  the 
same  facility  address  that  was  contained  in  the 
command  packet. 

5. 4. 2. 4. 6  Invalid  Opcode.  The  command 
packet  contains  an  invalid  or  unsupported 
Opcode. 

5. 4. 2. 4. 7  Invalid  Modifier.  The  Modifier 
is  invalid  or  is  not  supported  for  the  Opcode 
specified. 

5. 4. 2. 4. 8  Invalid  Extent.  The  Data  Ad¬ 
dress  plus  the  Count  specified  in  an  Extent  pa¬ 
rameter  is  not  valid  for  the  addressee. 

5. 4. 2. 4. 9  Out  of  Context.  The  slave  en¬ 
counters  a  command  that  it  considers  to  be  out 

of  context  and  therefore  cannot  process  it 
(e.g.,  a  RESUME  command  without  a  previous 
COPY). 

5.4.2.4.10  Invalid  Parameter(s).  One  or 
more  of  the  parameters  in  the  command  packet  is 
invalid.  An  Invalid  Parm  parameter  shall  be  used 
by  the  slave  to  clarify  the  error,  unless  In¬ 
valid  Extent  is  posted  for  a  command  with  a 
single  extent. 


5.4.2.4.11  Missing  Paraineter(s).  One  or 
more  of  the  parameters  required  in  the  command 

is  not  present.  A  Missing  Parm  parameter  shall 
be  used  to  identify  the  one(s)  that  is  missing 
(e.g..  an  Extent  that  is  missing  from  a  command 
that  requires  it).  Each  identification  of  a 
missing  parameter  requires  a  separate  Missing 
Parm  parameter. 

5.4.2.4.12  Reserved  Value  Not  Equal  to 
Zero.  A  reserved  value  defined  by  the  standard 
does  not  contain  zero. 

5.4.2.4.13  Invalid  Combination.  The  ad¬ 
dressee  has  detected  that  two  valid,  but 

mutually  exclusive,  options  have  been  selected 
by  the  master  (e.g..  7-Track  and  Phase-Encoded 
options  on  a  tape  drive). 

5.4.2.4.14  Not  at  Initial  Position.  The 
addressee  has  been  instructed  to  perform  an 
op-eration  that  is  only  valid  at  its  initial  po¬ 
sition  (e.g..  a  tape  may  only  allow  a  density 
change  at  load  point). 

5.4.2. 5  Command  Aborted  (ID=,x8’)  (See 
Table  9).  If  a  command  is  terminated  by  an  ABORT 
command,  this  status  code  is  used  in  the 
response  packet  of  the  aborted  command.  Any 
other  commands  that  may  be  linked  to  the  one 
ABORTed  shall  also  be  terminated.  A  command 
need  not  necessarily  be  aborted  explicitly 
(e.g..  a  failure  in  one  command  of  a  Chain.  Se¬ 
quence.  or  Order  shall  cause  the  remaining  com¬ 
mands  to  be  aborted). 
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Table  9 

Substatus  Parameters  for  Command  Aborted 


+-  + - +  --  + - + - + - -i 

| @ | LTH | ID | OCTET | X/b | DEF | 


SUBSTATUS  PARAMETERS 


+ - 

|  n  +  1 

| 18 | 01-04 | 

1 

1 

COMMAND  ABORTED  STATUS 

1 

| or |  01| 

7  | 

1 

Command  Aborted 

1 

|  28  |  | 

6  1 

1 

Command  Sequence  Terminated 

1 

1  1  1 

5  | 

1 

Unexecuted  Command  from  Terminated 

Sequence 

1 

1  1  1 

4  1 

1 

Command  Chain  Terminated 

1 

1  1  1 

3  | 

1 

Unexecuted  Command  from  Terminated 

Chain 

1 

1  1  1 

2  1 

1 

Command  Order  Terminated 

1 

1  1 

1  | 

1 

Unexecuted  Command  from  Terminated 

Orde  r 

1 

1  1  1 

1  1  1 

t° 

1 

1 

reserved 

1 

II  04  | 

0  1 

1 

1 

1 

+ - 

1  | 05-  n | 

1  1  1 

1 

1 

1 

1 

EXTENDED  SUBSTATUS  (if  any) 

Table  10 


Substatus  Parameters  for  Conditional  Success 

+  -  + - +  --  + - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  SUBSTATUS  PARAMETERS 

| S | n+1 

1  19 

|  01-04 | 

1 

i 

CONDITIONAL  SUCCESS 

1  1 

1  °r 

1  01  | 

7  | 

i 

Logging  Data  Appended 

1  1 

1  29 

1  1 

6  1 

i 

Abort  Received:  No  Command  Active 

1  1 

1 

1  1 

5  1 

i 

Abort  Received:  Status  Pending 

1  1 

1 

1  1 

4  1 

i 

Abort  Received:  Not  Operational 

1  1 

1 

1  1 

3  | 

i 

Anticipated  Error 

1  1 

1 

1  1 

2  1 

i 

Anticipated  Data  Error 

1  1 

I 

1  1 

1  | 

i 

Re-allocation  Required 

1  1 

1 

1  1 

0  1 

i 

Re-allocation  Discontinuity  (if  automatic 

1  1 

1 

1  02  | 

7  | 

i 

Defect  Directory  Threshold  Exceeded 

1  1 

1 

1  1 

6  1 

i 

Error  Retry  Performed 

1  1 

1 

1  1 

5  | 

i 

Data  Retry  Performed 

1  1 

1 

1  1 

4  1 

i 

Motion  Retry  Performed 

1  1 

1 

1  1 

3  | 

i 

Data  Correction  Performed 

1  1 

1 

1  1 

2  1 

i 

Soft  Error 

1  1 

1 

1  1 

1  | 

i 

Release  of  Unreserved  Addressee 

I  1 

1 

1  1 

0  1 

i 

Request  Diagnostic  Control  Command 

1  1 

1 

1  03  | 

7  | 

i 

Error  Log  Request 

1  1 

1 

1  1 

6  1 

i 

Non-Interchange  Volume 

1  1 

1 

1  1 

5  | 

i 

Retension  Required 

I  1 

1 

1  1 

4  1 

i 

End  of  Media  Warning 

1  1 

1 

1  1 

3  | 

i 

Statistics  Update  Requested 

1  1 

1 

1  1 

2  1 

i 

Parameter  Update  Requested 

1  1 

1 

1  1 

1  | 

i 

Asynchronous  Event  Occurrence 

1  1 

1 

1  1 

0  1 

i 

Master-Terminated  Transfer 

1  1 

1  1 

1 

1 

1  04  | 

1  1 

7  | 
to  j 

i 

i 

reserved 

1  1 

1  1 

1 

1 

1 

1  1 

|  05-  n | 

1  1 

i 

i 

1 

i 

i 

EXTENDED  SUBSTATUS  (if  any) 

+  -  + - +  --+ - + - + - + 


5. 4. 2. 5.1  Command  Aborted  The  com¬ 
mand  to  which  this  response  packet  is  related 
was  ABORTed  by  the  master. 

5. 4. 2. 5. 2  Command  Sequence  Terminated. 
Command  was  terminated  because  this  command 
failed  to  complete  successfully. 

5. 4. 2. 5. 3  Unexecuted  Command  from  Ter¬ 
minated  Sequence.  The  command  related  to  this 
response  packet  was  not  executed  but  was  termin¬ 
ated  because  a  prior  command  that  was  sequenced 

to  it  failed  to  complete  successfully. 

5. 4. 2. 5. 4  Command  Chain  Terminated. 
Command  Chaining  was  terminated  because  this 
command  failed  to  complete  successfully. 

5. 4. 2. 5. 5  Unexecuted  Command  from  Ter¬ 
minated  Chain.  The  command  related  to  this  re¬ 


sponse  packet  was  not  executed  but  was  termin¬ 
ated  because  a  prior  command  that  was  chained  to 
it  failed  to  complete  successfully. 

5. 4. 2. 5. 6  Command  Order  Terminated. 
Command  Ordering  was  terminated  because  this 
command  failed  to  complete  successfully. 

5. 4. 2. 5. 7  Unexecuted  Command  from  Ter¬ 
minated  Order.  The  command  related  to  this  re¬ 
sponse  packet  was  not  executed  but  was  termin¬ 
ated  because  a  prior  command  that  was  ordered  to 

it  failed  to  complete  successfully. 

5. 4. 2. 6  Conditional  Success  (ID  =  ’x9’)  (See 
Table  10).  Substatus  detail  is  in  the  parameter 
list.  This  status  is  used  to  advise  the  master 
that,  although  the  operation  completed  success¬ 
fully  without  Exceptions,  certain  conditions 
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were  encountered  or  certain  events  occurred,  or 
there  were  changes  in  slave  statistics  or  param¬ 
eters  (e.g.,  data  retry  was  needed  by  the  slave. 

Error  Log  threshold  was  exceeded). 

5. 4. 2. 6.1  Logging  Data  Appended.  In  this 
response,  the  slave  has  appended  information 

that  it  is  advising  the  master  is  relevant  to  be 
logged.  Such  information  may  directly  or  indi¬ 
rectly  be  the  result  of  command  completion.  For 
example,  laser  printers  that  require  regular 
maintenance  based  on  usage  may  provide  the  sta¬ 
tistics  that  indicate  maintenance  action  is  de¬ 
sirable;  a  result  of  the  command  in  execution  at 
the  time  a  particular  usage  counter  overflowed. 

5. 4. 2. 6. 2  ABORT  Received:  No  Com¬ 
mand  Active.  An  ABORT  command  was  issued  to  an 
addressee  in  the  L-Available  condition,  but  the 
referenced  command  could  not  be  found. 

5. 4. 2. 6. 3  ABORT  Received:  Status  Pend¬ 
ing.  An  ABORT  command  was  issued  to  an  ad¬ 
dressee  that  has  the  response  status  for  the 
referenced  command  pending  (i.e..  the  command 
has  been  completed). 

5. 4. 2. 6. 4  ABORT  Received:  Not  Opera¬ 
tional.  An  ABORT  command  was  issued  to  a  fa¬ 
cility  that  is  Not  Operational. 

5. 4. 2. 6. 5  Anticipated  Error.  The  ad¬ 
dressee  has  detected  a  condition  that  may  result 
in  future  error  conditions  (e.g..  on  disk  seek, 
retries  were  needed). 

5. 4. 2. 6. 6  Anticipated  Data  Error.  The 
addressee  has  detected  a  condition  that  may  re¬ 
sult  in  future  data  errors  (e.g.,  successive  re¬ 
tries  were  needed  for  reading  data  from  the  tape 
or  disk. 

5. 4. 2. 6. 7  Reallocation  Required.  The  ad¬ 
dressee  has  detected  a  data  error  condition  that 
requires  reallocation  action  (e.g..  an  unre¬ 
coverable  read  error). 

5. 4. 2. 6. 8  Reallocation  Discontinuity. 

The  slave  has  automatically  reallocated  a  block 
that  contained  a  data  error  and  the  reallocated 
data  is  now  no  longer  in  close  proximity  to  the 
blocks  previously  contiguous  to  it. 

5. 4. 2. 6. 9  Defect  Directory  Threshold  Ex¬ 
ceeded.  The  threshold  within  the  addressee’s  De¬ 
fect  Directory  has  been  exceeded,  indicating 

that  there  is  a  limited  number  of  entries  re¬ 
maining  for  adding  more  defects. 

5.4.2.6.10  Error  Retry  Performed.  The 
addressee  has  completed  the  command,  but  error 
retry  had  to  be  invoked. 

NOTE:  Error  Retry  does  not  include  actions  associated  witlt 
data  transfer. 


5.4.2.6.13  Data  Retry  Performed.  The  ad¬ 
dressee  has  completed  the  command,  but  data  re¬ 
try  had  to  be  invoked  (e.g.,  physical  re-read). 

Data  Retry  includes  all  actions  associated  with 
the  transfer  of  data. 

5.4.2.6.12  Motion  Retry  Performed.  The 

addressee  has  completed  the  command,  but  motion 
retry  had  to  be  invoked. 

5.4.2.6.13  Data  Correction  Performed. 

The  addressee  has  completed  the  command,  but 
data  col  lection  had  to  be  applied. 

5.4.2.6.14  Soft  Error.  The  slave  detect¬ 
ed  an  internal  machine  error  that  did  not  pre¬ 
clude  execution  or  continuation  of  the  current 
command. 

5.4.2.6.15  Release  of  an  Unreserved  Ad¬ 
dressee.  The  addressee  has  received  a  release 
command  for  which  there  is  no  reservation. 

5.4.2.6.16  Request  Diagnostic  Control 
Command.  As  a  result  of  executing  a  diagnostic 
command  that  provided  more  information  than  can 
be  returned  by  a  Response,  the  addressee  is  re¬ 
questing  that  the  master  issue  a  Diagnostic  Read 
Command. 

5.4.2.6.17  Error  Log  Request.  The  master 
is  requested  to  capture  the  contents  of  the  Er¬ 
ror  Log  (which  contains  manufacturer-dependent 
information)  because  the  threshold  has  been  ex¬ 
ceeded.  The  log  action  should  be  performed  in 
addition  to  any  other  master  action  that  is 
specified. 

NOTE:  It  is  not  required  that  all  slaves  be  capable  of  providing 
an  Error  Log,  and  a  master  shall  not  be  required  to  capture  same 
on  slaves  that  provide  an  Error  Log. 

5.4.2.6.18  Non-Interchange  Volume.  The 

addressee  has  received  a  command  from  the  master 
that  would  result  in  creating  a  volume  that  may 
not  be  readable  on  another  device  (e.g.,  a  tape 
drive  may  have  executed  several  successive  ERASE 
commands  and  created  a  gap  that,  if  increased  by 
another  ERASE  command,  would  cause  the  tape  to 
appear  blank  when  read).  This  status  will  con¬ 
tinue  to  be  presented  until  the  master  initiates 
a  command  that  does  not  violate  (or  compound  a 
violation  to)  the  applicable  interchange 
standard. 

5.4.2.6.19  Retension  Required.  The  ad¬ 
dressee  has  successfully  completed  the  operation 
just  completed  but  has  detected  that  it  is  los¬ 
ing  tension  and  requires  that  a  POSITION  CONTROL 
command  with  the  Retension  modifier  set. 

5.4.2.6.20  End  of  Media  Warning  (EMW). 
This  indicates  that  the  addressee  is  approaching 
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the  end  of  the  media  (e.g..  a  tape  drive  has 
sensed  the  End  of  Tape  (EOT)  marker). 

5.4.2.6.21  Statistics  Update  Requested. 
There  has  been  a  change  in  meaningful  statistics 
during  the  execution  of  this  command,  and  the 
master  is  requested  to  update  its  Statistics 

Table  (if  any). 

5.4.2.6.22  Parameter  Update  Requested. 

There  has  been  a  change  in  meaningful  device  pa¬ 
rameters  during  the  execution  of  this  command, 
and  the  master  is  requested  to  update  its  Sta¬ 
tistics  Table  (if  any). 

5.4.2.6.23  Asynchronous  Event  Occur¬ 
rence.  An  asychronous  event  has  occurred  that 
may  be  described  further  in  Extended  Status. 

5.4.2.6.24  Master-Terminated  Transfer. 

The  previous  Information  Transfer,  which  had  a 
Master  Termination  Parameter,  is  terminated  by 
the  master. 

5.4.2. 7  Incomplete  (ID  =  ’xA’)  (See  Table 
I  I).  This  status  is  used  to  advise  the  master 
that  an  otherwise  successful  command  did  not 
complete. 

If  the  the  Command  Reference  Number  remains 
active,  then  the  command  is  one  that  can  be 
RESUMEd  or  LINK  RESUMEd. 

5.4.2. 7.1  Command  May  Be  Resumed.  The 
incomplete  command  remains  on  the  slave's  queue, 
and  its  Command  Reference  Number  shall  remain 
valid  until  the  command  is  resumed  or  aborted. 

NOTE:  The  following  stains  may  he  reported  also  if  they  are  en¬ 
countered  by  the  slave  during  execution  of  a  complex  com¬ 
mand  on  behalf  of  the  master  (e  g.,  when  executing  a  COPY  com¬ 
mand  to  multiple  reel  tapes,  the  slave  encountered  EOT). 

5.4.2. 7.2  COPY  Source  Space  Empty.  The 

addressee  could  not  find  the  data  on  the  source 
space. 

5.4.2. 7.3  Response  Packet  Truncated.  The 
maximum  Information  Transfer  Length  specified  by 
the  attributes  was  exceeded  by  the  response 

packet,  which  was  truncated  at  that  size,  and 
the  response  is  considered  complete  by  the 
slave. 

5. 4. 2. 7. 4  Select  Subservient  Slave.  The 

Slave-to-Slave  transfer  in  execution  requires 
that  the  master  select  a  subservient  slave  to  be 
used  by  the  dominant  slave. 

5.4.2. 7.5  Connect  Unsuccessful.  The 
slave  issued  a  CONNECT  command  to  a  facility  or 
logical  link  but  was  unable  to  receive  a  Connect 
Acknowledge  from  the  remote  host. 

5. 4. 2. 7. 6  Disconnect  Unsuccessful.  The 
slave  issued  a  DISCONNECT  command  to  a  facility 
or  logical  link  but  was  unable  to  receive  a  Dis¬ 


connect  Acknowledge  from  the  remote  host. 

5. 4. 2. 7. 7  Connect  Identifier  Already  As¬ 
signed.  The  master  has  issued  a  Collection  Ident¬ 
ify  parameter  in  the  CONNECT  command  that  the 
slave  or  facility  has  found  to  be  already  as¬ 
signed  to  another  logical  link. 

5.4.2. 7. 8  Link  Not  Connected.  A  frame 
READ  or  WRITE  was  issued  to  a  communications 
link  that  was  not  already  established  via  the 
CONNECT  command. 

5. 4. 2. 7. 9  Beginning  of  Media  (BOM)  De¬ 
tected.  The  addressee  has  detected  the  beginning 

of  the  media  (e.g..  a  tape  that  was  reading 
backwards  has  run  out  of  tape). 

5.4.2.7.10  End  of  Media  Warning  (EMW) 
The  addressee  is  approaching  the  end  of  the 

media  (e.g..  a  tape  has  sensed  the  End  of  Tape 
(EOT)  marker). 

5.4.2.7.11  End  of  Extent  Detected.  The 

addressee  has  detected  the  end  of  an  extent 
(e.g..  a  File  Mark  on  tape). 

NOTE:  On  disk  drives,  this  condition  is  detected  by  a  boundary 
check  and  reported  as  Command  Exception. 

5.4.2.7.12  Block  Length  Difference.  The 

addressee  has  detected  a  block  with  a  length 
that  is  not  equal  to  the  currently  defined 
length  (e.g..  on  tape,  a  block  with  incorrect 
length  was  read). 

5.4.2.7.13  Unrecorded  Media.  The  addres¬ 
see  has  detected  that  no  data  is  recorded  on  the 
media  (e.g..  a  tape  has  read  a  length  of  tape 

that  exceeds  its  maximum  allowable  gap  without 
finding  any  data). 

5.4.2.7.14  Data  Length  Difference.  The 

addressee  has  not  transferred  all  the  informa¬ 
tion  specified  in  a  transfer  command.  On  a  tape 
that  is  writing  variable  blocks,  this  shall 
cause  a  short  block  to  be  written. 

5.4.2.7.15  Block  Not  Found.  A  specified 
(either  implicitly  or  explicitly)  block  address 
could  not  be  found  by  the  addressee  (e.g..  a 

tape  drive  executing  a  Position  Control  command, 
where  a  block  numbering  sequence  error  was  en¬ 
countered). 

5. 4. 2. 8  Successful.  The  command  was  suc¬ 
cessfully  completed,  and  there  are  no  other 
Major  Status  posted.  There  are  no  Substatus  con¬ 
ditions  associated  with  Successful  status. 

5. 4. 2. 9  Message/Microcode  Exception 
(ID  =  ’x3’)  (See  Table  12).  This  status  code  is 
used  to  indicate  that  a  message  is  being  sent  in 
the  response,  or  that  a  failure  related  to  mi¬ 
crocode  has  occurred. 
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Table  11 

Substatus  Parameters  for  Incomplete 
+  -+ - +--  + - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  SUBSTATUS  PARAMETERS 


+ 

+ 

1 

1 

1 

1 

1 

+ 

1 

1 

+ 

1 

1 

1 

- + - 

—  +  - 

1 

n  +  1 1 1A  j 01-04 | 

1 

1 

INCOMPLETE  STATUS 

1 

|  or |  01 | 

7  | 

1 

Command  May  Be  Resumed 

1 

1  2a  | 

6  1 

1 

reserved 

1 

1  1  1 

5  | 

1 

COPY  Source  Space  Empty 

1 

1  1  1 

4  1 

1 

Response  Packet  Truncated 

1 

1  1  1 

3  | 

1 

Select  Subservient  Slave 

1 

1  1  1 

2-0  | 

1 
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1 

1  i  02  | 

7  | 

1 

Connect  Unsuccessful 

1 

1  1  1 

6  1 

1 

Disconnect  Unsuccessful 

1 

1  1  1 

5  | 

1 

Connect  Identifier  Already  Assigned 

1 

1  1  1 

4  1 

1 

Link  Not  Connected 

1 

1  1  1 
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1 
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1 

II  03  | 

7  | 

1 

Beginning  of  Media  (BOM)  Detected 

1 

1  1  1 

6  1 

1 

End  of  Media  Warning  (EMW) 

1 

1  1  1 

5  | 

1 

End  of  Extent  Detected 

1 

1  1  1 

4  I 

1 

Block  Length  Difference 

1 
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3  | 

1 

Unrecorded  Media 

1 

1  1  1 

2  1 

1 

Data  Length  Difference 

1 

1  1  1 

1  | 

1 

Block  Not  Found 

1 

1 

1  1  1 

1  1  1 

to  j 

1 

1 

rese  rved 

1 

II  04  | 

o  l 

1 

1 

1 

+ 

1  1  05-  n | 

1  1  1 
- + - + - + 

1 

1 

- + 

1 

1 

EXTENDED  SUBSTATUS  (if  any) 

Table  12 

Substatus  Parameters  for  Message/Microcode  Exception 
+-+ - +  --  + - + - + - + 

|  @ | LTH |  ID | OCTET | X/b | DEF |  SUBSTATUS  PARAMETERS 


+ - 

|  n+1 

+ - 

|  13 

4-  — 
1 

I  o 

1  1 

1  O 
+  - 

- +  _ 

1 

1 

MESSAGE/MICROCODE 

1 
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1  01  1 
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1 

Microcode  Data  Not  Accepted 

1 

1  23 

1  1 

6  1 

1 

Request  Master  to  IML  Slave 

1 

1 

1  1 

5  1 

1 

Slave  Unable  to  IML 

1 

1 

1  1 

4  1 

1 

Message 

* 

1 

1 

1  1 

3  | 

1 

Microcode  Execution  Error 

1 

1 

1  1 
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1 

Failure  Message 

* 

1 

1 

1  1 
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1 
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1 

1 
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1 

Port  Response 

1 

1 
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1 

Facility  Status 

1 

1 

1 

1 

1  02  | 

1  1 

6  1 
to  j 

1 

1 
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1 

1 

1 

1 

1 

1 

1  04  | 

| 05-  n | 

1  1 

o  | 

1 

1 

1 

1 

1 

EXTENDED  SUBSTATUS  (if  any) 

*  Mutually  exclusive  parameters 

+ - 

5. 4. 2. 9.1  Microcode  Dnta  Not  Accepted. 

The  slave  did  not  accept  microcode  being  loaded. 

5. 4. 2. 9. 2  Request  Master  to  IML  Slave. 
The  slave  is  unable  to  IML  itself  and  is  re¬ 
questing  the  master  to  assist  it  by  downline 
loading  of  microcode. 

5. 4. 2. 9. 3  Slave  Unable  to  IML.  The  slave 
is  unable  to  IML  itself. 

5. 4. 2. 9. 4  Message.  The  slave  included  a 
message  within  Extended  Substatus  for  the 
master. 

5. 4. 2. 9. 5  Microcode  Execution  Error. 

The  slave  encountered  an  error  during  execution 
that  is  within  its  own  microcode. 


5. 4. 2. 9. 6  Failure  Message.  The  slave  en¬ 
countered  a  failure  condition  that  resulted  in 

the  identification  of  a  Field  Replaceable  Unit 
(FRU).  The  Extended  Substatus  contains  a  message 
in  the  following  format: 

05-06  FRU  Number 
07-  n  ASCII  Text 

5. 4. 2. 9. 7  Port  Disable  Pending.  The  ad¬ 
dressee  has  received  a  manual  or  programmed  Port 
Disable  command  that  will  take  effect  when  the 
Disable  conditions  are  met. 

5. 4. 2. 9. 8  Port  Response.  A  port  has  ex¬ 
ecuted  a  Port  Response  command.  Appended  after 
the  Message/Microcode  Substatus  parameter  is  a 
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Port  Mask  parameter,  which  identifies  the  port 
that  issued  the  command,  and  a  Response  Informa¬ 
tion  parameter  (if  any),  which  identifies  the 
information  from  the  port  that  issued  the  com¬ 
mand. 

5. 4. 2. 9. 9  Facility  Status.  The  Extended 
Substatus  (5.4.3)  includes  all  of  the  status 
provided  by  the  facility  (e.g.,  if  an  IPI-2 
device  is  attached,  then  Extended  Substatus  con¬ 
tains  32  octets  of  Status  and  Extended  Status  of 
the  facility). 

NOTE:  This  is  additional  information  for  the  master  as  it  is  the 
responsibility  of  the  skive  to  map  facility  status,  wherever  pos¬ 
sible,  to  I P I  3  Substatus. 

5.4.3  Extended  Substatus.  Extended  Substatus 
contains  slave-specific  or  facility-specific 
data.  The  contents  for  each  is  defined  in  the 
vendor's  product  specification.  If  a  slave  is 
capable  of  providing  Extended  Substatus  (which 
is  vendor  unique),  and  there  is  pertinent  ex¬ 
tended  status  to  present,  then  it  is  appended  to 
Substatus  in  the  parameter  list  (unless  overrid¬ 
den  by  Attributes).  The  length  of  the  parameter 
shall  implicitly  identify  if  Extended  Substatus 
is  present. 

5.5  Common  Parameters.  These  parameters  are 
used  on  many  commands  and  are  grouped  here  as 
being  common  in  usage  across  implementations 
of  the  Device-Generic  command  set  for  different 
types  of  devices. 

Under  each  command  description,  all  parameters 
associated  with  the  command  are  listed,  except 
for  the  Transfer  Notification  parameter,  the  In¬ 
valid  Parm  parameter,  and  the  Missing  Parm  pa¬ 
rameter.  These  are  not  listed  because  they  apply 
on  every  command  issued,  and  their  repetition 
serves  no  useful  purpose. 

5.5.1  Transfer  Notification  Parameter  (Option¬ 
al)  (See  Table  13).  A  slave  may  be  capable  of 
accepting  multiple  data  transfer  commands,  and 
selecting  (via  some  slave-defined  or  master- 
defined  algorithm),  the  sequence  in  which  they 
are  to  be  completed.  The  Command  Reference  Num¬ 
ber  provided  in  the  Transfer  Notification  Re¬ 
sponse  is  the  means  by  which  the  slave  advises 
which  command  is  about  to  be  executed.  If  the 
master  provides  a  Transfer  Notification  param¬ 
eter  with  a  command,  the  slave  is  required  to 
retain  the  parameter  and  echo  it  back  to  the 
master  as  a  parameter  appended  to  the  Transfer 
Notification  Response  (if  any). 

The  parameter  contains  the  implementation- 
dependent  information  of  the  master,  which  may 


be  used  for  a  number  of  different  reasons  asso¬ 
ciated  with  architecture  and  memory  management 
techniques.  One  example  of  the  type  of  informa¬ 
tion  that  may  be  contained  in  this  parameter 
would  be  routing  information  for  a  system  that 
has  virtual  memory  management. 

The  contents  of  this  parameter  are  always 
echoed  back  to  the  master  and  may  or  may  not  be 
of  any  meaning  to  the  slave.  If  a  master  and 
slave  are  designed  to  complement  each  other  in  a 
specific  configuration,  this  parameter  could 
contain  information  such  as  an  algorithm  which 
the  slave  understands  to  mean  that  it  must  prop¬ 
erly  sequence  the  transfer  to  the  master.  Such 
uses  of  this  parameter  are  not  defined  in  this  stan¬ 
dard.  and  it  is  assumed  that  the  contents  of  the 
Transfer  Notification  parameter  are  transparent  to 
the  slave  and  echoed  back  to  the  master. 

It  is  the  slave's  responsibility  to  prepare 
the  master  for  a  subsequent  data  transfer  when 
it  is  ready  to  initiate  same,  by  issuing  a 
Transfer  Notification  Response  packet  to  the 
master.  The  Transfer  Notification  parameter 
shall  be  echoed  to  the  master  as  part  of  the  re¬ 
sponse  packet.  It  is  variable  in  length  because 
it  is  master-specific  information. 

5.5.2  Command  Extent  Parameter  (See  Table 
14).  This  parameter  identifies  the  extent  to  be 
used  for  those  commands  that  perform  positioning 
or  transfer  data.  Unless  specifically  permitted 
by  the  command,  there  is  a  limit  of  one  extent 
per  command. 

The  interpretation  of  these  fields  is  depen¬ 
dent  upon  the  selected  device  type,  the  speci¬ 
fied  command,  and  the  opcode  modifier  bits.  The 
value  is  an  unsigned  binary  number  of  either 
blocks  or  octets,  depending  on  the  modifier  used 
in  the  command  packet. 

5.5.2. 1  Count.  The  Count  is  interpreted  by 
Position  commands  as  required.  On  a  Transfer 
Command,  the  Count  identifies  the  number  of  oc¬ 
tets  or  blocks  requested  to  be  transferred. 

5. 5. 2. 2  Data  Address.  The  Data  Address  spe¬ 
cifies  the  position  on  the  media.  On  a  Transfer 
Command,  this  is  the  point  at  which  to  start  the 
data  transfer.  The  Data  Address  can  be  ex¬ 
pressed  in  a  number  of  ways,  depending  on  the 
attributes  of  the  slave.  For  example: 

(1)  Cylinder.  Head,  and  Sector  (CCHS)  for  the 
PhysicalBlock  address  of  disks 

(2)  Blocks  and  File  Marks  for  the  Physical- 
Block  address  of  tapes 

(3)  DataBlock  Address  for  the  logical  address¬ 
ing  of  facilities 
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Table  13 

Transfer  Notification  Parameter 
+-+ - + — + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  TRANSFER  NOTIFICATION  PARAMETER 

+  -  + - + - h - h - + - y. - 

|  B | n+1 | 30 | 01-  n|  |  |  Master  Specific  Information 

III!  Ill 

+  -  + - +  --  + - + - + - b - 


Table  14 

Command  Extent  Parameter 
+-  + - +  --  + + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  COMMAND  EXTENT  PARAMETER 

+  -  + - + b + - + - + - 

| M I n+1 I  31  I  01-04  I  I  I  Count 

|  |  |  j  0  5  —  08  j  |  j  Data  Address 

I  I  I  I  III 

+  -+ - + — + + - + - + - 


Table  15 

Response  Extent  Parameter 


+  -  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  RESPONSE  EXTENT  PARAMETER 

+  -  + - + —  + - + - + - + - 

| S | n+1 | 32 | 01-04 |  |  |  Residual  Count 

|  |  |  j  0  5—08  j  |  |  Data  Address 

I  I  I  I  III 

+  -  + - + - + - + - + - + - 


The  slave  is  responsible  to  perform  a  boundary 
check,  whenever  applicable,  on  the  validity  of 
the  extent  (Data  Address  plus  Count). 

If  the  Data  Address  Parameter  (see  5.5.11)  is 
used  in  the  parameter  list,  only  the  Count  field 
shall  be  presented. 

5,5.3  Response  Extent  Parameter  (See  Table 
15).  This  parameter  is  added  to  the  Response 
packet  for  all  Position  and  Transfer  commands 
that  required  extent  information,  or  did  not 
complete  successfully. 

5.5.3. 1  Residual  Count.  This  field  contains 
the  value  remaining  to  be  transferred.  The  value 
is  an  unsigned  binary  number  of  either  blocks  or 
octets,  depending  on  the  units  used  in  the  cor¬ 
responding  command  packet. 

Implementation  Note:  If  the  transfer  command  ended  in  an  un¬ 
recoverable  data  error  and  the  Data  Recovery  modifier  was  On, 
the  Residual  Count  shall  contain  the  number  remaining  to  be 
transferred,  including  the  one  in  error.  The  data  in  error  was 
not  transferred. 

If  the  transfer  command  terminated  in  an  unrecoverable  data 
error  and  the  Data  Recovery  modifier  was  Off,  the  Residual  Count 
shall  contain  the  number  remaining  to  be  transferred,  but  not 
including  the  one  in  error.  The  data  in  error  was  transferred. 

If  the  transfer  command  terminated  with  a  recoverable  data 
error  because  the  Transfer  parameter  requested  Stop  on  Data 
Error,  and  Data  Recovery  was  On,  the  Residual  Count  shall  con¬ 
tain  the  number  remaining  to  be  transferred  but  not  including 
the  one  on  which  the  data  was  recovered.  The  data  recovered  was 
(i  ansferred. 


5. 5. 3. 2  Data  Address.  This  field  contains 
the  address  of  the  next  block  or  octet  to  be 
transferred  consistent  with  the  setting  of  the 
Data  Recovery  modifier  bit.  There  are  consid¬ 
erations  associated  with  End  of  Media.  End 
of  Extent,  or  both,  which  affect  the  ability 
of  the  slave  to  place  a  valid  value  in  this 
field  (e.g..  if  status  is  given  for  End  of 
Media  or  End  of  Extent,  the  address  is  not 
valid). 

If  the  Data  Address  Parameter  (see  5.5.1  1)  is 
used  in  the  parameter  list,  only  the  Count  field 
shall  be  presented. 

5.5.4  Combination  Command  Extent  Parameter 

(Optional)  (See  Table  16).  All  combination  com¬ 
mands  provide  the  ability  to  have  one  or  more 
extents  for  the  source  and  destination  subad¬ 
dressees.  The  command  packet  addresses  either 
the  slave  or  a  facility.  If  the  addressee  is  the 
slave,  it  shall  execute  the  operation  on  behalf 
of  the  master.  If  the  addressee  is  a  facility, 
all  operations  are  restricted  to  that  facility. 

Each  Combination  Extent  parameter  identifies  a 
subaddressee  and  its  extents.  In  the  case  where 
a  subaddressee  has  no  address  range  information 
(e.g.,  tape),  the  Combination  Extent  parameter 
contains  only  octets  00-03.  Where  there  are  ad- 
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dress  ranges  to  be  specified,  ordered  pairs  of 
fields  define  the  Count  and  Data  Address. 

There  may  be  more  than  one  address  range  with¬ 
in  a  Combination  Extent  parameter,  and  more  than 
one  Combination  Extent  parameter  (with  different 
Slave  and  Facility  addresses)  may  be  defined  for 
a  source  or  destination.  It  is  possible  for  the 
master  to  create  relatively  complex  combination 
commands.  As  an  example,  to  back  up  disk  files, 
a  master  may  COPY  a  source  file  that  is  spread 
over  more  than  one  extent  on  more  than  one  fa¬ 
cility  to  a  reel  of  tape  on  the  destination 
facility. 

Not  all  slaves  offer  the  full  functionality  of 
the  combination  commands,  and  their  abilities 
shall  be  defined  in  attributes. 

5.5.4. 1  Slave  Address.  This  field  is  used 
when  the  slave  in  control  of  the  facility  is 
addressed  as  source  or  destination. 

5. 5.4.2  Facility  Address.  This  field  is 
used  when  the  facility  is  being  addressed  as 
source  or  destination.  If  the  facility  is  inte¬ 
grated  with  the  slave,  this  field  shall  be  set 

to  x'FF’.  The  Facility  Address  shall  match  the 
addressee  if  the  addressee  is  a  facility. 

5. 5. 4. 3  Modifiers 

(1)  liil  7.  This  bit  identifies  the  parameter 
as  a  primary  (typically,  the  source),  or  a  sec¬ 
ondary  (typically,  the  destination)  extent. 

(2)  Bit  3.  This  bit  establishes  the  direction 
of  data  transfer. 

(3)  liil  2.  This  bit  identifies  whether  phys¬ 
ical  or  logical  addressing  is  used. 

(4)  liil  I .  This  bit  defines  whether  or  not 
data  recovery  is  required. 

(5)  liil  0.  This  bit  identifies  whether  block 
or  octet  counts  are  used. 

5. 5. 4. 4  Count.  If  extent  information  is  re¬ 
quired.  this  field  is  always  the  first  of  an  or¬ 
dered  pair,  and  the  pair  may  be  repeated  as  many 
times  as  there  are  extents. 

5. 5. 4. 5  Data  Address.  This  field  is  always 
the  second  of  an  ordered  pair  with  the  Count.  If 
there  are  multiple  extents  to  be  transferred, 

the  ordered  pair  is  repeated  as  many  times  as 
needed. 

NOTE:  If  the  Data  Address  Parameter  (see  5.5.11)  is  used  in  the 
parameter  list,  the  ordered  pairing  that  permits  multiple  extents 
cannot  lie  used,  and  the  parameter  is  truncated  at  Octet  04,  fol¬ 
lower!  by  ordered  pairs  consisting  of  a  Command  Extern  param¬ 
eter  that  includes  only  the  Count  Held  followed  by  the  Data 
Address  parameter. 

5.5.5  Combination  Response  Extent  Parameter 

(Optional)  (See  Table  17).  The  basic  response 


packet  contains  the  Major  Status  associated  with 
the  slave  in  control  of  the  operation.  Following 
the  basic  response  Substatus,  if  any.  are  the 
Combination  Response  Extent  parameters  that  be¬ 
long  to  the  subaddressee(s).  If  any  Substatus  is 
presented,  it  shall  immediately  follow  the  ex¬ 
tent  to  which  it  applies.  The  contents  of  the 
Major  Status  and  Substatus  shall  be  the  same  as 
that  defined  for  all  other  commands. 

5.5.5. 1  Slave  Address.  This  field  contains 
the  address  of  the  slave  in  control  of  the  fa¬ 
cility  to  which  the  response  applies. 

5. 5. 5. 2  Facility  Address.  This  field  con¬ 
tains  the  address  of  the  facility  to  which  the 
response  applies  (x’FF'  if  slave  and  facility 
are  integrated). 

5. 5. 5. 3  Modifiers.  The  contents  of  this  oc¬ 
tet  are  echoed  by  the  slave. 

5. 5. 5. 4  Residual  Count.  This  field  is  zero 
if  the  extent  has  been  depleted;  otherwise,  it 
contains  the  count  of  the  number  of  octets  or 
blocks  remaining  in  the  extent.  This  field  may 
have  a  value  even  if  there  were  no  transfer 
errors  (e.g..  a  COPY  command  with  a  larger  Des¬ 
tination  extent  than  Source  shall  have  a  Desti¬ 
nation  extent  residual). 

5. 5. 5. 5  Data  Address.  This  field  contains 
the  address  following  the  last  block  of  trans¬ 
ferred  data,  but  may  not  contain  a  valid  value 

if  the  Residual  Count  is  zero. 

If  the  Data  Address  parameter  (see  5.5.1  1)  was 
used  in  the  parameter  list  of  the  command  and 
the  Residual  Count  is  nonzero,  this  field  shall 
be  set  to  x'FFFFFFFF'  and  the  Data  Address  pa¬ 
rameter  shall  follow  the  Combination  Response 
Extent  parameter. 

5. 5. 5. 6  Major  Status.  This  field  contains 
the  Response  Type  and  Major  Status  associated 
with  the  subaddressee.  The  Major  Status  associ¬ 
ated  with  the  basic  response  packet  belongs  to 
the  dominant  slave. 

NOTE:  On  a  Combination  command  that  fails,  there  may  be 
three  sets  of  Major  Status;  the  dominant  slave,  the  pri-  ’ 
mary  subaddressee,  and  the  secondary  subaddressee. 

5.5.5. 7  Substatus.  The  Substatus,  if  any. 
associated  with  the  addressee  (primary  or  sec¬ 
ondary)  shall  be  appended  and  use  the  same  for¬ 
mat  as  that  described  in  5.4.  Extended  Sub¬ 
status,  if  any.  shall  also  be  appended,  unless 
inhibited  by  Attributes. 

5.5.6  Access  Key  Parameter  (Optional)  (See 
Table  18).  If  the  slave  provides  ACCESS  PERMITS 
to  read-protect  or  write-protect  areas  of  the 
media,  then  every  operation  that  accesses  such 
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Table  16 

Combination  Command  Extent  Parameter 
+  -  + - + — + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  COMBINATION  COMMAND  EXTENT  PARAMETER 


+ - 

|  n+1 

+ 

1 

3  3 |  01| 

— 

i 

1 

Slave  Address 

1 

1 

1  02  | 

i 

1 

Facility  Address 

1 

1 

1  03  | 

i 

1 

MODIFIERS 

1 

1 

1  1 

7  | 

1 

0-P  r ima  ry ( Sou 

rce)  1-Secondary ( Destination ) 

1 

1 

1  1 6 

-4  | 

1 

reserved 

1 

1 

1  1 

3  | 

1 

Di rection 

0-Forward  1-Reverse 

1 

1 

1  1 

2  1 

1 

Addressing 

0-DataBlock  1-Physi calBlock 

1 

1 

1  1 

1  | 

1 

Data  Recovery 

0-On  l=Off 

1 

1 

1  1 

0  1 

1 

Count 

0-Octet  1-Block 

1 

1 

1  04  | 

1 

1 

rese  rved 

1 

1 

|05-08 | 

1 

1 

Count 

1 

1 

| 09-0C | 

1 

1 

Data  Address 

1 

1 

| n-7  :  4  | 

1 

1 

Count 

Repeated  as  many 

1 

1 

1 

1 

|  n-3 : n | 

1 

1 

1 

1 

Data  Address 

times  as  needed 

1 

+ - 

1 

+ 

1  1 

--  + - +  - 

1 

1 

Table  17 

Combination  Response  Extent  Parameter 
+  -  + +  —  + - + + - + 

| @ | LTH I  ID  I  OCTET | x/b I DEF I  COMBINATION  RESPONSE  EXTENT  PARAMETER 
+  -  + +  —  + - + + + - 


|  S | n  +  1 

1 

34  |  01| 

1 

|  Slave  Address 

1  1 

1 

1  02  | 

1 

j  Facility  Addre 

ss 

1  1 

1 

1  03  | 

1 

|  MODIFIERS 

1  1 

1 

1  1 

7  | 

j  0=Pr ima ry ( Sour 

ce)  1-Secondary ( Destination ) 

1  1 

1 

1  1  o 

-4  | 

|  reserved 

1  1 

1 

1  1 

3  | 

|  Direction 

0  =  Forwa  rd 

1-Reve  r  se 

1  1 

1 

1  1 

2  1 

|  0-DataBlock  1 

-Phys i cal Bl ock 

1  1 

1 

1  1 

1  | 

|  Data  Recovery 

0-On 

1-Off 

1  1 

1 

1  1 

0  1 

j  Count 

0-Octet 

1-Block 

1  1 

1 

1  04  | 

1 

j  reserved 

1  1 

1 

|  05-08 | 

1 

|  Residual  Count 

1  1 

1 

| 09-0C | 

1 

j  Data  Address 

1  1 

1 

| 0D-0E  j 

1 

|  Major  Status 

1  1 

1  1 

1 

1 

|  OF-  n | 

1  1 

1 

1 

j  Substatus  if  a 

1 

ny  -  Codes  xO-xB 

+  -  + - +  --  + - + - + - + 


Table  18 

Access  Key  Parameter 

+  -  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  ACCESS  KEY  PARAMETER 

+  -  + - +  --  + - + - + - + - 

|  M  |  0 5  |  3  5 | 01  —  04 |  |  |  Access  Key 

I  I  I  I  III 

+  -  + - + - + - + - + - + - 
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an  area  shall  use  the  correct  access  key.  (See 
ACCESS  PERMITS  command  (6.10)). 

The  Access  Key  parameter  shall  precede  the  Ex¬ 
tents  parameter  to  which  it  refers.  If  not  pres¬ 
ent.  the  assumed  partition  shall  be  the  default 
data  partition. 

5.5.7  reserved 

5.5.8  reserved 

5.5.9  Invalid  Parm  Parameter  (Optional)  (See 
Table  19).  This  parameter  is  used  by  the  slave 

as  a  response  to  identify  invalid  parameters  of 
the  command  being  initiated. 

5.5.9. 1  Displacement  of  Parameter  in  Error. 
This  field  is  a  value  that  identifies  the  invalid 
parameter  by  its  displacement  from  Octet  0  of  the 
command.  A  value  of  x'FFFF'  shall  be  supplied  if  the 
slave  cannot  provide  the  correct  value. 

5. 5. 9. 2  Displacement  of  Field  in  Error.  The 
second  value  identifies  the  offset  of  the  field 

in  error  within  the  parameter  in  error.  The  pa¬ 
rameter  string  is  the  parameter  in  error  begin¬ 
ning  at  the  Length  field,  up  to  and  including 
the  field  in  error. 

5.5.10  Missing  Parm  Parameter  (Optional)  (See 
Table  20).  This  parameter  is  used  to  identify 
missing  command  parameters. 

If  the  slave  can  determine  that  it  was  not 
given  a  complete  set  of  parameters,  but  cannot 
specifically  identify  which  is  missing,  the  pa¬ 
rameter  shall  consist  of  the  Parameter  ID  and  no 
ID  fields. 

5.5.11  Data  Address  Parameter  (Optional)  (See 
Table  21).  This  parameter  is  used  when  the  four 
octets  of  Data  Address  in  the  Extent  parameters 

are  insufficient,  or  if  there  is  a  need  for  the 
master  to  use  Absolute  Addressing.  The  Absolute 
Address  modifier  in  the  parameter  overrides  the 
setting  of  Bit  2  in  the  Operation  modifier  of 
the  command. 

For  some  devices  (such  as  optical  disk),  the 
master  may  use  "broad"  addressing  (such  as 
bands),  and  the  slave  needs  to  advise  the  master 
of  the  exact  location  at  which  the  data  shall  be 
placed.  On  a  WRITE  command,  the  slave  may  ap¬ 
pend  this  parameter  to  the  Transfer  Notification 
packet  to  inform  the  master  of  the  actual  start¬ 
ing  position  on  the  media  where  the  data  shall 
be  recorded. 

5.5.12  Block  Size  Parameter  (Optional)(See 
Table  22).  This  parameter  is  used  when  the  block 
size  set  in  the  Attributes  is  to  be  overridden. 

5.5.13  Transfer  Parameters  (See  Table  23). 

The  master  may  choose  from  several  alternatives 
in  the  manner  that  the  slave  is  to  handle  a 


transfer  to  the  recording  media.  The  usage  of 
these  alternatives  is  not  typical  on  every  trans¬ 
fer  between  slave  and  master,  but  are  a  requirement 
to  ensure  that  certain  commands  execute  in  accor¬ 
dance  with  the  master’s  requirements. 

5.5.13.1  Verify.  If  the  Verify  modifier  is 
set.  the  slave  shall  perform  an  implied  read  op¬ 
eration  following  a  write  to  the  media.  This  may 
be  done  to  ensure  the  integrity  of  the  recorded 
data  by  using  the  error  detection/error  correc¬ 
tion  code(s)  of  the  device.  The  verify  operation 
is  performed  following  writing.  The  facility 
shall  access  the  block  specified  by  the  Data  Ad¬ 
dress.  When  access  is  complete,  the  facility 
shall  verify  correct  access  position  and  shall 
read  data  starting  with  the  addressed  block.  The 
slave  does  not  transfer  data  to  the  master. 

During  a  multiple-block  verify  operation,  if 
access  boundaries  are  encountered,  the  facility 
shall  perform  appropriate  access  movements  and 
verify  block  positioning.  If  a  defective  block 
for  which  an  alternate  location  has  been  as¬ 
signed  is  encountered,  the  facility  shall  access 
the  alternate  block  for  verifying  and  then  re¬ 
establish  the  access  position  for  subsequent 
blocks  to  be  read,  if  any.  Access  positioning  in 
all  cases  shall  be  verified. 

Recovery  from  all  data  errors  detected  during 
verifying  shall  be  attempted  by  the  slave.  If 
the  data  error  cannot  be  corrected  by  the  slave, 
processing  of  the  command  shall  be  terminated 
with  a  Machine  Exception  indicated  in  Major 
Status.  The  cause  of  the  termination  shall  be 
indicated  in  Substatus  and  Extended  Substatus 
(if  applicable).  The  response  packet  shall  iden¬ 
tify  the  block  in  error.  If  the  data  error  is  cor¬ 
rected.  the  facility  shall  continue  the  verify  op¬ 
eration  on  the  next  block;  the  response  packet 
shall  indicate  that  recovery  was  employed. 

NOTE:  The  slave  actions  for  error  correction  are  vendor  specific 
and  may  or  may  not  include  rewriting  the  block  in  error,  or  auto¬ 
matic  relocation  of  the  data  to  an  alternate  block  in  the  case  of 
a  media  defect. 

5.5.13.2  Volume.  If  the  Volume  modifier  is 
set.  the  slave  shall  ignore  the  Command  Extent 
and  associate  the  requested  command  with  an  ac¬ 
tion  beginning  at  the  first  block,  and  complet¬ 
ing  at  the  last  block  on  the  media. 

5.5.13.3  Certify.  The  Certify  modifier  ap¬ 
plies  to  the  FORMAT  command  and  when  set.  the 
slave  shall  perform  whatever  actions  are  neces¬ 
sary  to  ensure  that  all  recording  spaces  are 

free  of  defects. 
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Table  19 

Invalid  Parm  Parameter 


+-+ - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET |x/b I DEF I  INVALID  PARM  PARAMETER 


| S 1 n+1 1 38 1 01-02  1 

1 

|  Displacement  of  Parameter  in  error 

1  1  1  |03-04| 

1 

j  Displacement  of  field  in  error 

1  1  1  105-  n | 

1  1  1  1  1 

1 

1 

|  Parameter  string 

Table  20 

Missing  Parm  Parameter 

+  -  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  MISSING  PARM  PARAMETER 

+  -  + - +  --  + - + - + - + - 

| S | n+1 | 39 |  01 |  |  |  ID 

||  ||  nj  |  I  ID  Repeated  as  many  times  as  needed 

+-+ - + — + - h - + - + - 


Table  21 

Data  Address  Parameter 

+  -  + +  --  + - + - + - + 

| @ | LTH | ID| OCTET| X/b | DEF |  DATA  ADDRESS  PARAMETER 

+  -+ +  — + - + + + - 


| B | n+1 | 3A |  01|  7  | 

|  DataBlock 

6| 

|  PhysicalBlock 

II  II  1  5| 

|  Absolute  Address 

II  II  1  4| 

j  Index 

II  II  1 3-0 | 

|  Vendor  Unique 

II  II  02  |  | 

|  reserved 

1  1  1  1 03-  n  |  | 

|  Data  Address 

+  -  + - +  --  + - + - + - + 


Table  22 

Block  Size  Parameter 

+-  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  BLOCK  SIZE  PARAMETER 

+  -  + - +  —  + - h - + - + - 

|  B  |  0 5  | 3B | 01-04  |  |  |  Block  Size 

I  I  I  I  III 

+  _  + - + - + - + - + - + - 


Table  23 

Transfer  Parameters 


+  -  + - + — + - + - + - + 


| @ | LTH | ID | OCTET | X/b | DEF |  TRANSFER  PARAMETERS 

+  _  + +  —  + - + + + - 


1  M 

|  02 

1 

3C  | 

01  | 

7  | 

|  Verify 

1 

1 

1 

1 

6  1 

|  Volume 

1 

1 

1 

1 

5  | 

|  Certify 

1 

1 

1 

1 

1 

1 

1 

1 

4  1 

3  | 

j  Stop  on 

1 

Data  Error 

1 

1 

1 

1 

1 

1 

1 

1 

2  1 

1  | 

1 

|  Compare 

-  use  buffer  under  slave  control  * 

1 

1 

1 

1 

1 

1 

1 

1 

0  1 

j  Compare 

1 

-  Master  repeat  transfer  * 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

*  mutually  exclusive  parameters 
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5.5.13.4  Stop  on  Data  Error.  If  the  Stop  on 
Data  Error  modifier  is  set.  the  slave  shall  stop 
data  transfer  immediately  following  a  block  on 
which  some  error  recovery  action  had  been  taken. 
If  a  multiple  block  transfer  is  in  progress,  the 
transfer  shall  be  completed  as  Conditional  Suc¬ 
cess.  and  a  Response  Extent  is  required,  which 
includes  the  Residual  Count.  The  master  shall 
have  to  recognize  that  a  Residual  Count  greater 
than  zero  requires  the  transfer  to  be 
re-requested  beginning  at  that  point. 

5.5.13.5  Compare.  If  one  of  the  Compare 
modifiers  is  set.  the  data  previously  written  by 
the  slave  shall  be  read  back  and  compared.  The 
source  of  the  data  comparison  shall  be  either 
retransmittal  by  the  master,  or  from  a  buffer 
under  the  slave’s  control. 

5.5.14  Encapsulation  Parameter  (Optional) 
(See  Table  24).  This  parameter  may  be  used  by 
the  slave  or  the  master  to  encapsulate  informa¬ 
tion  that  cannot  be  passed  directly  to  or  from 
the  addressee,  and  the  contents  may  or  may  not 
be  structured  as  an  IPI  parameter. 

5.5.15  Partition  Parameter  (Optional)  (See 
Table  25).  There  may  be  more  than  one  address¬ 
able  area  on  some  addressees.  This  parameter 
provides  for  the  identification  of  these  areas, 

and  is  used  whenever  the  area  that  a  command  is 
to  execute  upon  is  other  than  the  default  data 
partition. 

5.5.15.1  Disk  Partitions.  The  Partition 
parameter  shall  precede  the  Extents  parameter  to 
which  it  refers.  If  not  present,  the  assumed 
partition  shall  be  the  default  data  partition. 

The  allocation  of  partitions  shall  be  as 
follows: 

Slave-Defined 
Data  Partition 

00  Default  Data  Partition 

Maintenance  Partitions 
01  CE  Partition 

02  IML  Partition 

03-07  Slave-Unique  Partitions 

Master-Defined 

Maintenance  Partition 

08-0F  Additional  Maintenance  Partitions 
Data  Partitions 

10-EF  Additional  Data  Partitions 
Specific  Usage 

FF  IPI  usage  (e.g.,  in  Attributes, 

to  reference  all  partitions  to 
any  command  that  accesses 
partitions  01  -OF) 


The  CE  partition  defines  the  area  reserved  on 
the  device  for  the  exclusive  use  of  diagnostic 
and  other  procedures  executed  by  manufacturer's 
Customer  Engineering  organization. 

The  IML  partition  defines  the  area  reserved  on 
the  device  for  exclusive  use  by  the  slave,  the 
facility,  or  both,  to  execute  an  Initial  Micro¬ 
program  Load. 

5.5.15.2  Tape  Partitions.  The  Partition 
parameter  shall  precede  the  Extents  parameter  to 
which  it  refers.  If  not  present,  the  assumed 
partition  shall  be  the  current  partition.  If 
present,  the  Partition  parameter  shall  cause  a 
change  to  the  named  partition  (if  required), 
followed  by  positioning.  The  Partition  parameter 
is  not  required  for  subsequent  operations  once  a 
change  has  been  made.  The  Partition  parameter 
without  an  Extent  parameter  in  the  OPERATING 
MODE  command  shall  cause  the  change  to  occur  at 
the  beginning  of  a  partition. 

Tapes  retain  their  position  within  a  partition 
between  commands  when  the  partition  ID  is  x'00’ 
or  in  the  range  x'10-FE’. 

It  is  not  required  that  position  or  other  in¬ 
formation  on  Attributes  be  saved  for  prior  part¬ 
itions.  although  some  vendors  may  provide  infor¬ 
mation  concerning  position  retention  and  other 
Attributes  for  prior  partitions,  or  carry  over 
Attributes  from  the  prior  partition  to  the  new 
partition;  for  example,  recording  format  or 
DataBlock  size  (see  vendor  specification). 

The  allocation  of  partitions  shall  be  as 
follows: 

Group  I 
Slave-Defined 
Data  Partition 

00  Default  Data  Partition 

Maintenance  Partitions 
01  CE  Partition  on  Storage  Volume 

02  IML  Partition 

03  CE  Partition  in  Slave  or  Facility 

04-07  Slave-Unique  Partitions 
Master-Defined 

Maintenance  Partitions 
08-0F  Additional  Maintenance  Partitions 

Group  2 
Slave-Defined 
Data  Partition 

10-7F  Additional  Data  Partitions  (112) 

Master-Defined 
Data  Partition 

80-FE  Additional  Data  Partitions  (127) 

Specific  Usage 

FF  IPI  usage 
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Table  24 

Encapsulation  Parameter 


+-+ - +--  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  ENCAPSULATION  PARAMETER 

+  -  + - +  —  + - + - + - + - 

| B | n+1 | 3D | 01-  n|  |  |  Contents  to  be  passed 

II  I  I  III 

+  -+ - +  — + - + - + - + - 


Table  25 

Partition  Parameter 


+  -+ +  --  + - + + - h 

| @ | LTH | ID | OCTET | X/b | DEF | 

4-4 +  --  + - + + 4 

|  B  |  n  +  1 | 3E |  01|  |  | 

II  II  02 1  |  | 

I  I  I  I  03-  n |  |  | 

I  I  I  I  III 

4-4 - 4--4 - 4 - 4 - 4 


PARTITION  PARAMETER 


Partition  ID 
reserved 
Vendor  specific 


Table  26 

Stop  on  Discontinuity  Parameters 

4-4 - 4  —  4 - 4 - 4 - 4 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  STOP  ON  DISCONTINUITY  PARAMETERS 


|  B  |  n  4 1  | 

3  F 1  011 

1 

|  DISCONTINUITY  TYPE 

1  1  1 

1  1 

7  | 

j  Cylinders 

1  1  1 

1  1 

0  1 

|  Tracks 

1  1  1 

1  1 

5  1 

j  Access  Boundary  (set 

by  Access  Permits 

1  1  1 

1  1 

4  1 

|  Discontiguous  Defect 

Reallocation 

1  1  1 

1  1  1 

1  1 

3  | 

T  1 

j  Bands 

1 

1  1  1 

1  1  1 

1  1 

1  1 

to  j 

|  reserved 

1  1  1 

1  02  | 

0  1 

|  Time  (Discontinuity 

Value  required) 

1  1  1 

1  1  1 

|03-06 | 

1  1 

1 

1 

|  Discontinuity  Time  (in  usees) 

1 

The  master  shall  Chain,  Sequence,  or  Order  the 
OPERATING  MODES  command  to  any  command 
that  accesses  a  maintenance  partition. 

The  two  CE  partitions  allow  for  one  partition 
to  be  on  the  removable  volume  and  for  one  to  be 
contained  in  the  addressee.  The  addressee  CE 
partition  shall  be  contained  in  semipermanent 
storage  and  logically  separate  from  storage  used 
for  the  Save  and  Restore  of  Attributes. 

The  IML  partition  provides  a  capability  in  the 
addressee  for  exclusive  use  by  the  slave,  the 
facility,  or  both,  to  execute  an  Initial  Micro¬ 
code  Load. 

The  additional  slave-defined  data  partitions 


are  areas  separate  from,  or  in  addition  to,  the 
default  data  partition. 

The  additional  master-defined  data  partitions 
are  allocated  from  within  the  default  data 
partition . 

5.5.16  Stop  On  Discontinuity  Parameter  (Op¬ 
tional)  (See  Table  26).  On  some  devices,  it  is 
desirable  that  the  master  be  able  to  identify  a 
discontinuity  as  a  reason  to  terminate  a  trans¬ 
fer.  This  parameter  may  be  associated  with  the 
READ.  WRITE,  and  SEARCH  transfer  com¬ 
mands.  or  with  FORMAT  and  REPORT  DIS¬ 
CONTINUITY.  It  shall  precede  the  Extent 
parameter  to  which  it  refers. 
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Table  27 

Imbedded  Data  Parameter 

+  -  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  IMBEDDED  DATA  PARAMETERS 

+  _  + - +  --  + - + - + - + - 

| S | n+1 | 40 | 01-  n|  |  |  Data  to  be  transferred 

I  I  I  I  III 

+  -  + - +  --  + - + - + - + - 


Table  28 

Facility  Operation  Parameters 


+-+ - +  --+ - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  FACILITY  OPERATION  PARAMETERS 

+  -  + - +  --  + - + - + - + - 

| B | n+1 | 3D | 01—  n |  |  |  ENCAPSULATION  PARAMETER 

I  I  I  I  III 

+  _  + - +  --  + - + - + - + - 


5.5.16.1  Cylinders.  The  discontinuity  is 
due  to  the  physical  cylinder  boundary  on  the 
disk. 

5.5.16.2  Tracks.  The  discontinuity  is  due 
to  the  physical  track  boundary  on  the  disk. 

5.5.16.3  Access  Boundary.  The  discontinuity 
is  due  to  a  boundary  established  by  a  previously 
issued  ACCESS  PERMITS  command. 

5.5.16.4  Discontiguous  Defect  Reallocation. 
The  discontinuity  is  due  to  the  discontiguous 
reallocation  by  the  slave  of  a  block  that 

included  a  media  defect. 

5.5.16.5  Bands.  The  discontinuity  is  due  to 
the  need  for  a  physical  motion  on  the  optical 
disk,  outside  the  range  of  a  mirror  adjustment. 

5.5.16.6  Time.  This  modifier  is  set  to 
indicate  that  the  time  field  is  to  be  used. 

5.5.16.7  Discontinuity  Time.  This  is  a 
value  in  microseconds  that,  if  exceeded  by  the 
media-accessing  techniques,  is  to  be  considered 
a  discontinuity. 

5.5.17  Imbedded  Data  Parameter  (Optional) 
(See  Table  27).  This  parameter  is  used  for 
transferring  data  that  has  been  gathered  by  an 
addressee  that  has  limited,  low  rates  of  data 
transfer  requirements. 


6.  Control  Commands 

The  commands  in  this  section  are  used  as 
Control  commands. 

The  abbreviations  used  in  graphical  represent¬ 
ation  of  commands  and  responses  in  the  following 
subsections  shall  be  as  follows: 


PKT  LTH 
REF  NO 
OP  CODE 
COM  MOD 
OP  MOD 
SLAV  ADDR 
FAC  ADDR 
x 
e 

b 


6.1  NOP 

6.1.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  20. 

6.1.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  21. 

6.1.3  Description.  The  NOP  command  is  a  null 
command  that  is  issued  to  the  slave.  The  slave 
shall  perform  no  operation,  shall  not  change  its 
state,  and  shall  return  the  standard  completion 
response  to  the  master.  The  slave  shall  clear 

any  previous  status  (see  5.4)  when  it  executes  a 
NOP  command  in  the  same  manner  as  would  be 
done  on  any  other  command  except  REPORT 
ADDRESSEE  STATUS. 

The  slave  shall  ignore  any  parameters  associ¬ 
ated  with  this  command.  Some  masters  use  command 
chains  or  sequences  that  are  modified  at  the 
time  of  dispatch  to  the  slave.  The  NOP  opcode 
may  be  used  to  override  execution  of  commands 
that  have  associated  parameters. 

6.2  FACILITY  OPERATION 

6.2.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  22. 


Packet  Length 

Command  Reference  Number 
Operation  Code 
Common  Command  Modifiers 
Op  Code  Modifiers 
Slave  Address 
Facility  Address 
Hexadecimal  Value 
Echoed  Value  (from  Command 
Packet) 

Bit  Value  (identified  by 
position  0-7  or  0-B) 
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| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH  j  NO  j CODE j  MOD j  MOD | ADDR j ADDR j 

|01|  2  |  3  j  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  00  bbbb  bbbb  xx  xx 

Figure  20 

Command  Packet  for  NOP 


+ - + - + - + - 

|  PKT  I  Echoed  From  I  MAJOR  STATUS  I  PARAMETERS 
j  LTH I  Command  j  CODES  | TYPE | CODE j 
j  |012345|  6  |  7  |  8  through  n 

h - 1 - 1 - 1 - 1 - (. - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  21 

Response  Packet  for  NOP 


+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH j  NO  | CODE j  MOD |  MOD | ADDR | ADDR | 

I  |  0  1 |  2  j  3  j  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  01  bbbb  bbbb  xx  xx 


Figure  22 

Command  Packet  for  FACILITY  OPERATION 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH |  Command  j  CODES  | TYPE | CODE j 

j  j  0  1  2  3  4  5  |  6  j  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  23 

Response  Packet  for  FACILITY  OPERATION 


6.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  23. 

6.2.3  Description.  The  FACILITY  OPERATION 
command  is  a  "pass-through"  command  that  allows 

a  primitive  command  or  a  vendor-unique  command 
to  be  transferred  to  the  slave  or  facility.  The 
command  information  is  passed  in  the  Encapsula¬ 
tion  Parameter  appended  to  the  command.  The 
format  or  content  of  the  encapsulation  is  slave 


or  facility  dependent  and  is  not  specified. 

6.2.4  Facility  Operation  Parameter  (Encap¬ 
sulation  Parameter).  The  parameter  shall  be  as 
shown  in  Table  28.  The  contents  of  this  param¬ 
eter  is  interpreted  directly  by  the  addressee, 
and  may  or  may  not  conform  to  an  IPI  structure. 
Unless  addressed  to  the  slave,  there  will  usual¬ 
ly  be  no  attempt  by  the  slave  to  parse  the  en¬ 
capsulated  contents. 
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+ - 1 —  — H - H - 1 - H - H - H - - —  — - 

|  PKT  | REF  |  OP  | COM  |  OP  | SLAV] FAC  |  PARAMETERS 

|  LTH  j  NO  j CODE j  MOD |  MOD j ADDR | ADDR | 

|  |  0  1 j  2  j  3  j  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  02  bbbb  bbbb  xx  xx 
7654  3210 

I  I  I  I 

| | | |  Bits  0,  '1 ,  3  have  encoded  meaning  of: 
x ' 0 ' =Repor t 

II  x '  1 ^Initialize  x'2'=Restore 

x'9'=Load  x'A'=Save 


Figure  24 

Command  Packet  for  ATTRIBUTES 


+ - + - + - + - 

|  PKT  |  Echoed  From  |  TiAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  j  CODES  | TYPE [ CODE j 

|  0  1  2  3  4  5|  6  j  7  j  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  25 

Response  Packet  for  ATTRIBUTES 


6.3  ATTRIBUTES 

6.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  24. 

6.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  25. 

6.3.3  Description.  The  ATTRIBUTES  com¬ 
mand  allows  modification  of  the  slave  or  fa¬ 
cility  attributes  that  are  used  to  tell  the  mas¬ 
ter  what  the  addressee's  operational  character¬ 
istics  are  and  to  allow  them  to  be  examined  or 
modified.  The  operational  characteristics  that 
may  be  modified  in  the  addressee  are  implementa¬ 
tion  dependent. 

The  operating  mode  of  ATTRIBUTES  is  deter¬ 
mined  by  the  opcode  modifier,  which  allows  the 
master  to  Initialize.  Report.  Restore.  Load,  or 
Save  the  addressee  attributes.  The  modifiers  are 
mutually  exclusive. 

NOTE:  Bits  0.  1,  mikI  3  (xT,  x’2’,  am.1  x’X')  are  encoded. 

The  information  that  the  slave  supplies  or 
modifies,  or  supplies  and  modifies,  in  accor¬ 
dance  with  the  command,  is  specific  to  the  ad¬ 
dressee  identified  by  the  Slave  Address  and 
Facility  Address  of  the  command.  Unless  a  master 
has  prior  knowledge,  processing  of  Attributes 


should  begin  by  analysis  of  the  slave’s  capabil¬ 
ities  and  proceed  through  each  attached  opera¬ 
tional  facility. 

The  opcode  modifiers  shall  be  as  follows: 

(1)  Report  requires  the  addressee  to  respond 
with  a  list  of  parameters  that  detail  the  at¬ 
tributes  requested  by  the  command. 

(2)  Initialize  allows  the  master  to  require 
the  addressee  to  set  all  of  its  attributes  to 
their  initial  values. 

NOTE:  These  attributes  may  not  represent  a  valid  configuration. 

(3)  Restore  allows  the  restoration  of  saved 
attributes.  At  power  on.  slaves  and  facilities 
shall  perform  an  automatic  Restore.  If  no  at¬ 
tributes  have  been  Saved  by  the  master,  the  Re¬ 
store  values  shall  be  a  valid  configuration  of 
the  Initialize  attributes. 

(4)  Save  allows  the  addressee  attributes,  in¬ 
cluding  those  associated  with  this  command,  to 
be  saved  prior  to  power  down  or  removal  of  the 
media  from  a  removable  media  facility. 

(5)  Load  requires  the  addressee  to  modify  at¬ 
tributes  within  the  addressee  (if  they  are  valid). 

When  the  Initialize  or  Restore  modifiers  are 
set.  the  addressee  acts  upon  all  attributes. 
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Similarly,  if  no  parameters  are  transmitted  with 
the  command  packet  when  the  Report  or  Save  mod¬ 
ifiers  are  set,  the  addressee  acts  upon  all  at¬ 
tributes. 

If  the  master  wishes  to  be  selective  about  at¬ 
tributes  to  be  affected,  it  shall  provide  a  list 
of  the  parameter  IDs  (via  the  Request  Parm  pa¬ 
rameter),  with  the  Report,  Load,  or  Save 
modifiers. 

The  master  and  slave  either  have  parameters 
that  are  unique  to  each  (so  indicated  by  either 
M  or  S  in  the  @  column),  or  are  common  to  both 
(indicated  by  "B"  in  the  @  column).  Common  pa¬ 
rameters  are  used  by  the  slave  to  report,  and  by 
the  master  to  modify.  A  consistent  sequence  is 
necessary  to  properly  manage  parameters  that  are 
common. 

If  a  master  wishes  to  find  out  the  Initial 
settings  of  the  slave  (rather  than  the  Restored 
settings),  it  issues  an  ATTRIBUTES  command  with 
the  Initialize  modifier  set.  The  slave  shall  set 
the  Attributes  parameters  to  their  initial 
factory  values.  The  master  issues  an  ATTRI¬ 
BUTES  command  with  the  Report  modifier  set,  to 
look  at  the  parameter  or  parameters  of  interest. 

The  master  can  change  the  Attribute  parameters 
by  issuing  an  ATTRIBUTES  command  with  the 
Load  or  Save  modifier  set,  and  thus  instruct 
the  slave  to  act  upon  the  new  values. 

If  the  master  does  not  wish  the  new  values  to 
be  kept  beyond  Power  Off,  the  Load  modifier  is 
set. 

If  the  master  wishes  the  new  values  to  be  kept 
beyond  Power  Off.  and  Restored  by  the  slave 
after  Power  On.  the  Save  modifier  is  set. 

The  master  can  use  the  Restore  modifier  to 
have  the  slave  return  to  its  previously  Saved 
values. 

Some  of  the  attributes  apply  equally  to  either 
slave  or  facility  (e.g..  number  of  ports).  In 
the  case  of  an  integrated  slave  and  facility, 
both  slave  and  facility  apply.  For  this  reason 
it  is  impossible  to  clearly  define  attributes  as 
belonging  to  either  slave  or  facility  unless  the 
configuration  of  intended  use  is  known.  There¬ 
fore.  all  attributes  are  shown  as  being  relative 
to  the  addressee,  even  though  some  may  be  spe¬ 
cifically  slave  oriented,  and  others  may  be  spe¬ 
cifically  facility  oriented. 

Within  the  parameters  there  are  sets  of  octets 
that  may  need  to  be  repeated  several  times  to 
provide  all  of  the  information.  These  repetitive 
octet  sets  are  noted  in  the  parameter  tables. 

On  facilities  that  support  more  than  one  type 


of  partition,  the  Partition  Parameter  shall  pre¬ 
cede  every  set  of  attribute  parameters  for  that 
partition.  In  this  manner,  every  partition  is 
described  by  a  group  of  succeeding  attribute  pa¬ 
rameters  (e.g.,  if  a  disk  that  has  been  format¬ 
ted  with  one  PhysicalBlock  size  has  three  par¬ 
titions.  the  Size  of  disk  PhysicalBlocks  param¬ 
eter  would  be  the  same  and  repeated  in  every  set 
of  parameters  succeeding  each  Partition 
parameter. 

If  the  Report  modifier  is  set.  and  a  Partition 
Parameter  with  an  ID  of  x'FF'  is  appended  to  the 
command,  the  slave  shall  respond  with  informa¬ 
tion  on  all  of  the  partitions  (with  each  set  of 
information  preceded  by  a  Partition  Parameter). 
On  a  Report.  Load  or  Save,  the  absence  of  a  Par¬ 
tition  Parameter  means  the  default  data  parti¬ 
tion  attributes  are  to  be  referenced. 

If  any  fields  are  not  needed  in  a  parameter, 
the  parameter  length  can  be  cut  short  (e.g.,  on 
Parameters  53  and  54.  a  disk  with  a  fixed  clock 
rate  and  variable  rotation  speed  has  a  different 
number  of  bytes  per  track  on  every  cylinder  so 
parameters  such  as  the  Total  Number  of  Blocks 
per  Cylinder  and  Total  Number  of  Blocks  per 
Track  need  not  be  supplied. 

The  following  modifiers  permit  operations  upon 
individual  Attributes: 

(1)  Report.  The  current  memory  contents  are 
reported  to  the  master.  If  no  parameters  are  ap¬ 
pended,  the  slave  responds  with  all  attributes 
(which  can  be  a  very  large  length).  The  Request 
Parms  parameter  may  be  used  to  specifically 
identify  Attributes. 

(2)  Load.  This  modifier  requires  that  param¬ 
eters  be  appended  for  Attributes  that  may  be 
modified.  The  slave  shall  replace  the  contents 

of  the  designated  parameters  in  Current  memory 
with  the  ones  in  the  command  parameter  list  (if 
valid). 

(3)  Save.  If  this  modifier  has  associated  pa¬ 
rameters,  the  command  is  executed  in  the  same 
manner  as  a  Load,  then  the  contents  of  Current 
memory  shall  be  written  into  Semi-Permanent 
memory. 

The  following  modifiers  are  those  that  operate 
upon  all  changeable  Attributes: 

(1)  Initialize.  No  parameters  are  accepted. 

The  contents  of  Permanent  memory  shall  be  writ¬ 
ten  into  Current  memory. 

(2)  Restore.  No  parameters  are  accepted.  The 
contents  of  Semi-Permanent  memory  are  written 
into  the  Current  memory. 
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(3)  Save.  If  no  parameters  are  appended,  the 
contents  of  Current  memory  are  written  into 
Semi-Permanent  memory. 

Implementation  Note:  There  is  a  need  for  three 
types  of  memory  to  completely  manage  Attributes. 

To  retain  Attributes,  permanent  memory  shall  be 
used:  to  retain  Attributes  changed  by  the 
master,  semi-permanent  memory  shall  be  used. 

(1)  Permanent.  This  memory  contains  all  of  the 
attributes  as  defined  by  the  manufacturer  and 

the  Initial  value  of  Attributes.  The  Initial  At¬ 
tributes  may  not  be  set  to  a  valid  configuration 
(e.g.,  two  features  that  are  mutually  self¬ 
exclusive  may  be  capable  of  being  supported  by 
the  slave). 

(2)  Semi-Permanent.  At  the  point  of  manu¬ 
facture.  these  values  are  set  to  a  valid  combin¬ 
ation  of  the  Initial  Attributes.  The  contents 

may  be  replaced  by  the  master  performing  a  Save. 
The  slave  uses  the  contents  of  this  memory  to 
Restore  Attributes  at  Power  On.  or  under  command 
of  the  master  when  the  Restore  modifier  is  set. 

(3)  Current.  After  Power  On.  the  contents  are 
the  same  as  Semi-Permanent  memory,  that  is.  Re¬ 
stored.  Individual  Attributes  may  be  changed  by 
the  master  performing  either  a  Load,  or  a  Save 
with  parameters. 

6.3.4  Attribute  Parameters 

6.3.4. 1  Parameters  3A,  3E,  50.  These  pa¬ 
rameters  shall  be  as  shown  in  Table  29. 

6. 3. 4. 1.1  Data  Address  (Common) 
Parameter.  This  parameter  is  used  to  follow  any 
parameter  in  which  a  32-bit  Data  Address  field 

is  inadequate. 

6. 3. 4. 1.2  Partition  (Common)  Parameter 

This  parameter  is  used  to  precede  the  set  or 
sets  of  facility-dependent  parameters  to  ident¬ 
ify  which  partition  is  being  referred  to. 

6.3.4. 1.3  Vendor  ID  Parameter.  This 
parameter  is  made  up  of  the  following: 

(1)  Manufacturer  Identification  (ASCII).  This 
field  contains  the  Vendor  ID  of  the  addressee. 

(2)  Manufacturer  Model  Number  (ASCII).  This 
field  contains  the  model  number  of  the 
addressee. 

(3)  Manufacturer  Revision  Number  (zl.SC//). 

This  field  contains  the  current  revision  number 
of  the  addressee. 

(4)  Manufacturer  Unique  ID.  This  field  con¬ 
tains  a  value  that  is  a  unique  identification  of 
the  slave.  If  the  slave  manufacturer  does  not 
provide  a  unique  value,  then  this  field  shall  be 
modifiable  by  the  master  so  as  to  provide  a 
unique  ID  value. 


(5)  Manufacturer  Switch  Settings.  This  field 
contains  the  settings  of  switches  that  may  be 
field  set  or  modified  on  the  slave. 

(6)  Manufacturer-Defined  Fields.  Any  fields 
that  the  manufacturer  chooses  to  provide  (vendor 
defined). 

6. 3. 4. 2  Parameters  51-58.  These  param¬ 
eters  shall  be  as  shown  in  Table  30. 

6. 3. 4. 2.1  Size  of  Disk  DataBlocks  Pa¬ 
rameter.  This  field  contains  an  unsigned  binary 
number  specifying  the  size  of  the  DataBlocks 
contained  within  the  disk  Partition.  The  master 
may  use  this  parameter  to  set  the  DataBlock  size 
of  a  formatted  slave. 

6. 3. 4. 2. 2  Size  of  Disk  PhysicalBIocks 
Parameter.  This  field  contains  an  unsigned  bi¬ 
nary  number  specifying  the  size  of  the  Physical- 
Block  contained  within  the  disk  Partition. 
PhysicalBlock  size  is  established  by  the  FORMAT 
com  ma  nd. 

6. 3. 4. 2. 3  Total  Number  of  Disk  Data¬ 
Blocks  Parameter 

(1 )  Total  Number  of  Blocks  per  Partition.  An 
unsigned  binary  number  specifying  the  number  of 
DataBlocks  contained  within  the  disk  partition. 

(2)  Total  Number  of  Blocks  per  Cylinder.  An 
unsigned  binary  number  specifying  the  number  of 
DataBlocks  per  cylinder. 

(3)  Total  Number  of  Blocks  per  Track.  An  un¬ 
signed  binary  number  specifying  the  number  of 
DataBlocks  per  track. 

(4)  Data  Address.  This  field  contains  the 
starting  address  of  the  first  block.  The  first 
data  address  shall  always  be  zero.  On  disks  that 
have  a  variable  number  of  octets  per  track, 
typically  within  bands  or  groups  of  cylinders. 

to  define  a  partition  requires  the  use  of  more 
than  one  set  of  fields,  so  they  are  repeated  as 
many  times  as  necessary. 

6. 3. 4. 2. 4  Total  Number  of  Disk 
PhysicalBIocks  Parameter.  This  parameter  follows 
the  same  format  as  that  for  DataBlocks.  except 
that  the  field  contents  refer  to  PhysicalBIocks 

and  not  DataBlocks. 

6. 3. 4. 2. 5  DataBlock  Sizes  Supported  Pa¬ 
rameter 

(1)  Smallest  Block  Size  Supported.  An  unsign¬ 
ed  binary  number  specifying  the  smallest  value 
of  a  range  of  DataBlock  sizes. 

(2)  Largest  Block  Size  Supported.  An  unsigned 
binary  number  specifying  the  largest  value  of 
the  range  supported. 

(3)  Increment  Size.  An  unsigned  binary  number 
specifying  the  increment  by  which  a  block  can 
increase  from  the  smallest  to  the  largest  size. 
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Table  29 

Attribute  Parameters  3A,  3E,  50 
+  -  + - +  --  + - + - + - + 


| e | LTH I  ID  I  OCTET  I x/b I DEF I  ATTRIBUTE  PARAMETERS 


+  -  + - + 

|  B | n+1 | 

OJ  1 
>  1 
—  + 
o  l 

1 

1  1 

1 

D  1 

- + 

1 

i 

i 

DATA  ADDRESS 

PARAMETER  (See  5.5.11) 

1  1  1 
| B | n+1 | 

3  E | 01—  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1  1 
| B | n+1 | 

50  |  | 

1 

1 

1 

1 

VENDOR  ID 

i  i  i 

| 01-101 

i 

i 

Manufacturer 

Identification  (ASCII) 

i  i  i 

|  11-18 1 

i 

i 

Manufacturer 

Model  Number  (ASCII) 

i  i  i 

| 19-1C | 

i 

i 

Manufacturer 

Revision  Number  (ASCII) 

i  i  i 

| ID-24 | 

i 

i 

Manufacturer 

Unique  ID 

i  i  i 

| 25-28 | 

i 

i 

Manufacturer 

Switch  Settings 

i  i  i 

l  l  l 

| 29-  n | 

i 

1 

i 

1 

Manufacturer- 

Defined  Fields 

l  l  l 

+  -  + - + 

1  1 

1 

1 

Table  30 

Attribute  Parameters  51-58 


+  -  + +  --  + - + + + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  ATTRIBUTE  PARAMETERS 

+  -  + + ► - + + + - 


| B  |  05  |  51  |  01-04  | 

II  II  1 

1 

j 

1 

1 

SIZE  OF  Disk  DataBlocks  * 

II  II 

|  S  1  0 5  1  52 1 01-04 1 

1 

1 

1 

1 

SIZE  OF  Disk  PhysicalBlocks  * 

II  1  1  1 

1 

1 

*  If  zero,  the  addressee  is  not 

formatted 

II  1  1  1 

II  II  1 

1 

I 

1 

1 

and/or  IDs  53  and  54  are  invalid 

1 

| S | n+1  |  53  |  | 

1 

1 

TOTAL  NUMBER  OF  Disk  DataBlocks 

1  1  1  | 01-04  | 

1 

1 

Total  No  of  Blocks  per  Partition 

1  1  1  | 05-08  | 

1 

1 

Total  No  of  Blocks  per  Cylinder 

1  1  1  | 09- 0C | 

1 

1 

Total  No  of  Blocks  per  Track 

1  1  1  0D-10| 

1 

1 

Data  Address 

1  1  1  | n-B : 8 | 

1 

1 

Total  No  of  Blocks  per  Cylinder 

repeated  as 

1  | n-7  :  4  1 

1 

1 

Total  No  of  Blocks  per  Track 

many  times 

1  1  1  | n—  3 : n | 

1  1  1  1  1 

1 

1 

| 

Data  Address 

as  needed 

till  1 

| S | n+1 | 54  |  | 

1 

1 

1 

TOTAL  NUMBER  OF  Disk  Phy s i ca 1 Bl ock s 

1  1  1  | 01-04  | 

1 

1 

Total  Number  of  Blocks  per  Partition 

1  1  1  | 05-08  | 

1 

1 

Total  Number  of  Blocks  per  Cylinder 

1  1  1  1 09-0C | 

1 

1 

Total  Number  of  Blocks  per  Track 

|0D-10| 

1 

1 

Data  Address 

1  1  1  | n-B :  8  | 

1 

1 

Total  No  of  Blocks  per  Cylinder 

repeated  as 

1  1  1  | n-7  :  4  | 

1 

1 

Total  No  of  Blocks  per  Track 

many  times 

1  1  1  | n-3 : n | 

1  1  1  1  1 

1 

1 

1 

Data  Address 

as  needed 

1  1  1  1  1 

| S | n+1 | 55  j  | 

1 

1 

1 

1 

DataBlock  SIZES  SUPPORTED 

1  1  1  1 01-04  | 

1 

1 

Smallest  Block  Size  Supported 

1  1  1  | 0  5-08  | 

1 

1 

Largest  Block  Size  Supported 

1  1  1  | 09-0C | 

1 

1 

Increment  Size 

| n-B : 8 | 

1 

1 

Smallest  Block  Size 

repeated  as 

1  1  1  | n-7 : 4  | 

1 

1 

Largest  Block  Size 

many  times 

I  1  1  | n-3 : n | 

II  II  1 

1 

1 

1 

| 

Increment  Size 

as  needed 

II  II 

|  S  |  n+1 1 56 |  | 

1 

1 

PhysicalBlock  SIZES  SUPPORTED 

1  1  1  |  01-04 | 

1 

1 

Smallest  Block  Size  Supported 

1  1  1  | 05-08 | 

1 

1 

Largest  Block  Size  Supported 

1  1  1  1  0  9  —  0  C  | 

1 

1 

Increment  Size 

1  1  1  |  n-B : 8 1 

1 

1 

Smallest  Block  Size 

repeated  as 

||  |  | n-7  :  4  | 

1 

1 

Largest  Block  Size 

many  times 

1  1  1  | n- 3 : n | 

1  1  1  1  1 

1 

1 

1 

Increment  Size 

as  needed 

Mil  1 

| S | n+1 | 57  |  | 

1 

1 

1 

1 

SIZE  OF  PHYSICAL  GROUPS 

1  1  1  j  01-02  | 

III  1 

1 

1 

1 

1 

Number  of  Phys i calBlocks  per  Physical  Group 

1  1  1  1  1 

II  I  58  |  | 

Mil  1 

1 

1 

1 

1 

1 

1 

reserved 

+  -  + - +  --  + - K - + - + 
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There  may  be  more  than  one  range  supported,  so 
these  fields  are  repeated  as  many  times  as  re¬ 
quired  for  the  disk.  If  a  block  size  is  fixed, 
the  same  value  is  duplicated  in  the  Smallest  and 
Largest  fields. 

If  a  disk  can  be  formatted  with  any  block  size 
greater  than  256  up  to  the  end  of  track  with 
20.160  octets,  it  would  be  represented  by  one 
set  -  (256.20160.1).  If  only  two  multiples  of 
block  size.  512  and  2048,  are  supported  per 
track  two  sets  would  be  represented  (e.g., 
(512.17408.512)  followed  by  (2048.18432.2048)). 

6. 3. 4. 2. 6  PhysicalBIock  Sizes  Supported 
Parameter.  This  parameter  follows  the  same  for¬ 
mat  as  that  for  DataBlocks.  except  that  the 

field  contents  refer  to  PhysicalBlocks  and  not 
DataBlocks. 

6. 3. 4. 2. 7  Size  of  Physical  Groups.  This 
parameter  contains  an  unsigned  binary  value  with 
the  count  of  the  number  of  PhysicalBlocks  in  a 
Physical  Group. 

6. 3. 4. 3  Parameters  59-5A.  These 
parameters  shall  be  as  shown  in  Table  31. 

6. 3. 4. 3.1  Attribute  Table  Conditions 
Parameter.  The  following  Attribute  table  con¬ 
ditions  may  be  listed  in  this  parameter: 

(1)  Attribute  Table  May  be  Corrupted.  If  a 
command  to  change  Attributes  is  initiated,  this 
bit  is  set  and  all  others  are  set  to  zero.  If 

the  command  fails  to  complete  successfully,  then 
this  bit  shall  remain  set  to  indicate  that  there 
may  have  been  contamination  by  partial  proces¬ 
sing.  If  the  command  completes  successfully, 
then  this  bit  is  reset  to  zero  and  the  appro¬ 
priate  bit  setting  listed  in  (2)  through  (6)  is 
posted . 

(2)  Attribute  Table  Initialized  by  Master. 

This  bit  is  set  by  the  slave  to  indicate  that 
the  attributes  have  been  set  to  their  initial 
values  by  command  of  the  master.  If  the  master 
attempts  to  change  any  attributes  after  this  bit 
has  been  set.  the  slave  shall  reset  this  bit  to 
indicate  that  attributes  have  been  changed. 

(3)  Attribute  Table  Restored  by  Slave.  This 
bit  is  set  by  the  slave  following  Power  On  to 
indicate  that  the  attributes  have  been  restored. 

If  the  master  attempts  to  change  any  attributes 
after  this  bit  has  been  set,  the  slave  shall  re¬ 
set  this  bit  to  indicate  that  attributes  have 
been  changed. 

(4)  Attribute  Table  Restored  by  Master.  This 
bit  is  set  by  the  slave  to  indicate  that  the  at¬ 
tributes  have  been  set  to  their  saved  values  by 
command  of  the  master.  If  the  master  attempts  to 
change  any  attributes  after  this  bit  has  been 


set,  the  slave  shall  reset  this  bit  to  indicate 
that  attributes  have  been  changed. 

(5)  Attribute  Table  Loaded  by  Master.  This 
bit  is  set  by  the  slave  to  indicate  that  attrib¬ 
utes  have  been  loaded  by  command  of  the  master. 

If  the  master  attempts  to  change  any  attributes 
after  this  bit  has  been  set.  the  slave  shall  re¬ 
set  this  bit  to  indicate  that  attributes  have 

been  changed. 

(6)  Attribute  Table  Saved  by  Master.  This  bit 
is  set  by  the  slave  to  indicate  that  attributes 

have  been  saved  by  command  of  the  master.  If  the 
master  attempts  to  change  any  attributes  after 
this  bit  has  been  set,  the  slave  shall  reset 
this  bit  to  indicate  that  attributes  have  been 
changed. 

6. 3. 4. 3. 2  Pad  with  Fill  Characters  Pa¬ 
rameter.  When  a  situation  exists  where  the  slave 
has  to  pad  data,  the  slave  shall  use  this  field. 

In  the  event  that  the  field  specified  does  not 
fill  the  entire  space  to  be  padded,  the  slave 
shall  repeat  the  supplied  field  until  the  space 
is  filled. 

6. 3. 4. 4  Parameters  5B-5D.  These  param¬ 
eters  shall  be  as  shown  in  Table  32. 

6. 3. 4. 4.1  Disk  Partition  Definition  Pa¬ 
rameter.  The  Partition  ID  identifies  the  Parti¬ 
tion  to  be  defined.  The  Facility  Address  (it  may 
be  an  Actual  or  Synonym  address)  defines  where 
the  partition  is  located.  The  Type  of  disk  is 

bit  significant  and  identifies  the  kind  of  disk 
area  in  which  the  partition  is  located.  The 
Block  Count  and  Data  Address  are  used  to  define 
the  extent  of  the  formatted  default  data  area 
that  is  to  be  the  partition.  This  parameter  can 
only  be  issued  to  a  formatted  facility. 

6. 3. 4. 4. 2  Synonym  Definition  Parameter. 
The  parameter  list  consists  of  ordered  pairs  in 
which  the  first  octet  in  each  pair  contains  the 
Synonym  address,  followed  by  the  absolute  Facil¬ 
ity  Address.  Commands  issued  by  the  master  can 
use  the  synonym  in  the  Facility  Address  field, 

and  the  slave  shall  be  responsible  to  correctly 
address  the  actual  facility. 

6. 3. 4. 4. 3  Alias  Definition  Parameter. 

The  parameter  list  consists  of  three  ordered 
octets  in  which  the  first  octet  contains  the 

Alias  address,  followed  by  the  Facility  Address 
(which  may  be  a  Synonym  or  an  Actual  address) 
and  the  Partition  ID  to  which  it  is  to  refer. 

The  slave  shall  accept  the  Alias  as  a  Facility 
Address  to  refer  to  the  partition,  in  lieu  of 
the  Partition  ID  preceding  Extent  parameters. 

6. 3. 4. 5  Parameters  5E-5F.  These 
parameters  shall  be  as  shown  in  Table  33. 
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Table  31 

Attribute  Parameters  59-5A 
+-  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  ATTRIBUTE  PARAMETERS 


+ - + 

- + - 

- +  _ 

- +  - 

1  02  | 

59  | 

i 

i 

1 

ATTRIBUTE  TABLE 

CONDITIONS 

1  1 

1 

01  1 

7  | 

1 

Attribute  Table 

May  be  Corrupted 

1  1 

1 

1 

6  1 

1 

Attribute  Table 

Initialized  by  Master 

1  1 

1 

1 

5  | 

1 

Attribute  Table 

Restored  by  Slave 

1  1 

1 

1 

4  1 

1 

Attribute  Table 

Restored  by  Master 

1  1 

1 

1 

3  | 

1 

Attribute  Table 

Loaded  by  Master 

1  1 

1 

1 

2  1 

1 

Attribute  Table 

Saved  by  Master 

1  1 

1 

1  o 

-1  1 

1 

reserved 

1  1 

1  n+l  1 

5A  | 

1 

1 

1 

1 

1 

1 

PAD  WITH  FILL  CHARACTERS 

1  1 

1 

1  oi 

-  n  | 

1 

1 

1 

1 

Fill  character(s) 

1  1 

+ - + 

1 

—  +  — 

1 

- +_ 

1 

1 

Table  32 

Attribute  Parameters  5B-5D 
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+ - 

+ 

--  + 
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- + - 

|  n+1 

1 

1 

1 

5B  | 

1 

1 

01  | 

1 

1 

1 

1 

DISK  PARTITION  DEFINITION 
Partition  ID 

1 

1 

1 

02  | 

1 

1 

Facility  Address 

1 

1 

1 

03  | 

1 

1 

Type  of  Disk 

1 

1 

1 

1 

7  1 

1 

Nonremovable  Disk 

1 

1 

1 

1 

6  I 

1 

Removable  Disk 

1 

1 

1 

1 

5  | 

1 

Floppy  Disk 

1 

1 

1 

1 

4  | 

1 

Fixed  Head  Disk 

1 

1 

1 

1 

3  | 

1 

Moving  Head  Disk 

1 

1 

1 

1 

2  1 

1 

Solid  State  Disk 

1 

1 

1 

1 

1 

1 

1 

to  j 

1 

1 

reserved 

1 

1 

1 

04  | 

o  1 

1 

1 

1 

1 

05-08 | 

1 

1 

Block  Count 

1 

1 

1 

09-0C | 

1 

1 

DataBlock  Address 

|  n+1 

1 

1 

1 

1 

1 

5C  | 

1 

1 

1 

01  | 

i 

1 

1 

i 

1 

1 

SYNONYM  DEFINITION 

Synonym  Address 

1 

1 

1 

02  | 

1 

1 

Actual  Facility  Address 

1 

1 

1 

n-  1  | 

1 

1 

Synonym  Address 

repeated  as  many 

1 

1 

1 

n  1 

1 

1 

Actual  Facility  Address 

times  as  needed 

j  n+1 

1 

1 

1 

1 

5D| 

1 

1 

1 

01  | 

i 

1 

1 

i 

1 

1 

ALIAS  DEFINITION 

Alias  Address 

1 

1 

1 

02  | 

1 

1 

Facility  Address 

1 

1 

1 

03  | 

1 

1 
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1 

1 

1 
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1 

1 

reserved 

1 

1 

1 
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1 

1 

Alias  Address 
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1 

1 

1 
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1 

1 

Facility  Address 
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1 

1 
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1 

1 

Partition  ID 
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1 

1 

+ - 

1 

1 

1 

1 

n  1 

1 

1 

1 

1 

1 
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Table  33 

Attribute  Parameters  5E-5F 
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MULTI-PORT  CHARACTERISTICS 
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No  of  stacked  cmds  allowed  at  alt'nate  port(s) 


1  B 
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CM 

O 
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O 

1 

1  II  03  l 

iii  i 

1 

1 

1  B 

III  1 
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1 

1 
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1 

1  1  | 05-08 | 

1 

1  1  | 09-0A | 

1 

1  I  j  0B— 0E  j 

1 

1  1  | OF- 1 2  | 

1 

1  1  113-161 

1 

1  1  j  1 7  - 1 A  | 

1 

1  1  ) 1B-1E | 

1 

1  1  | 1 F-22 | 

1 

1  1  1 2  3-26  | 

1 

1  1  | 27-2A | 

1 

1  |  |2B-n  | 

III  1 

1 

1 

PHYSICAL  disk  CONFIGURATION 
Address  of  Last  Data  Cylinder 
Address  of  Defect  List  Cylinder 
Number  of  Heads  per  Cylinder 
Number  of  Fixed  Sectors  per  Revolution 
Absolute  Number  of  Octets  per  Track 
Single  Cylinder  Seek  Time  (usees) 
Average  Cylinder  Seek  time  (usees) 
Maximum  Cylinder  Seek  time  (usees) 
Rotation  Time  (usees) 

Head  Switching  Time  (usees) 
Write-to-Read  Recovery  Time  (usees) 
Vendor  Specific  Data 


*  Zero  if  not  fixed. 
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6. 3. 4. 5.1  Multi-Port  Characteristics 
Parameter.  The  first  field  contains  the  number 
of  ports  on  the  addressee.  The  second  field  con¬ 
tains  an  unsigned  binary  value  of  the  number  of 
commands  that  can  be  stacked  at  an  alternate 
port  before  the  addressee's  alternate  port  shall 
report  a  Busy  condition  or  Command  Reject  (see 
4.10.5)  due  to  the  command  buffer  being  full. 

If  the  master  wishes  to  force  a  single  switch¬ 
ing  point  at  the  addressee,  it  may  force  the 
number  of  commands  allowed  at  alternate  ports  to 
zero. 

6. 3. 4. 5. 2  Physical  disk  Configuration 
Parameter.  This  parameter  may  be  used  by  the 
master  to  identify  the  characteristics  of  disk 
drives  that  are  not  self-identifying  to  the 

slave.  It  is  more  typically  used  by  the  slave  to 
inform  the  master  of  the  physical  characteris¬ 
tics  of  the  disk  or  disks  attached. 

(1)  Address  of  Las  I  Data  Cylinder.  The  as¬ 
sumed  starting  data  cylinder  is  zero.  Thus 
this  value.  +  I ,  specifies  the  number  of  data 
cylinders  (including  spares)  on  the  ad¬ 
dressee. 

(2)  Address  of  Defect  List  Cylinder.  This 
value  specifies  the  address  of  the  defect  list 
data  cylinder. 

(3)  Number  of  Heads  per  Cylinder.  This  value 
specifies  the  number  of  addressable  heads  per 
cylinder  for  the  addressee. 

(4)  Number  of  Fixed  Sectors  per  Revolution. 

This  value  specifies  the  number  of  fixed  sectors 
(including  spares)  available  on  each  revolution 
for  the  addressee.  Note  that  sectors  between  im¬ 
bedded  servo  bursts  can  be  configured  to  contain 
more  than  one  PhysicalBlock.  This  value  is  zero 
if  the  disk  does  not  have  fixed  sectors. 

(5)  Absolute  Number  of  Octets  per  Track.  This 
value  specifies  the  number  of  octets  nominally 
included  on  each  track  of  the  addressee;  includ¬ 
ing  gaps,  spares,  and  other  overhead  allowances. 

(6)  Single  Cylinder  Seek  Time.  This  value 
specifies  the  single  cylinder  seek  time  for 
moving  head  disk  drives. 

(7)  Average  Cylinder  Seek  Time.  This  value 
specifies  the  average  cylinder  seek  time  for 
moving  head  disk  drives,  as  specified  by  the 
vendor. 

(8)  Maximum  Cylinder  Seek  Time.  This  value 
specifies  the  maximum  cylinder  seek  time  for 
moving  head  disk  drives. 

(9)  Head  Switch  Time.  This  value  specifies 
the  head  switch  time  for  multiple  head  disk 
drives. 


(10)  Rotational  Period.  This  value  specifies 
the  rotational  period  for  the  addressee  (i.e., 
the  time  it  takes  for  one  disk  revolution  from 
index  to  index). 

(11)  Write  to  Read  Recoveiy  Time.  This  value 
specifies  the  time  that  it  takes  the  disk  to 
become  capable  of  reading  data  after  writing 
data. 

6. 3. 4. 6  Parameters  60-63.  These  param¬ 
eters  shall  be  as  shown  in  Table  34. 

6. 3. 4. 6.1  DataBlock  Interleave  Param¬ 
eter.  The  first  octet  is  used  to  identify  whe¬ 
ther  the  interleave  is  established  by  values 
unique  to  the  facility,  or  by  factors  that  are 
predictable  by  the  master. 

When  Bit  7  =  0.  the  parameter  refers  to  fac¬ 
tors  that  affect  transfer  rate  in  a  manner  that 
is  predictable  based  upon  an  algorithm  of  block 
interleave  factors. 

(1)  Supported.  This  value  specifies  the  maxi¬ 
mum  interleave  factor  that  can  be  supported. 

(2)  Current.  This  value  specifies  the  current 
factor  of  interleave  on  the  formatted  disk.  A 
value  of  0  or  1  means  that  there  is  no  inter¬ 
leave  factor  (i.e..  1:1). 

When  Bit  7  =  I ,  the  parameter  refers  to  values 
that  are  device  specific,  and  cannot  be  calcul¬ 
ated  without  specific  knowledge  of  a  preexisting 
disk  format. 

(I  )  Supported.  This  octet  identifies  the  in¬ 
terleave  factor  values  that  are  defined  by  the 
facility.  Bit  0  specifies  interleave  value  0, 
which  is  the  basic  transfer  rate  capability  of 
the  facility,  and  is  always  indicated.  Bits  1-7 
specify  interleave  values  that  are  defined  by 
vendor  specifications. 

7  Lowest  Effective  Transfer  Rate 

1-6  Intermediate  Effective  Transfer  Rates 

0  Fastest  Effective  Transfer  Rate 

Individual  bits  1-7  indicate  the  ability  to 
cause  a  reduction  in  the  transfer  rate  that  ex¬ 
ceeds  the  reduction  of  the  immediately  preceding 
bit.  (When  Bit  5  =  I .  it  will  cause  a  greater 
reduction  in  the  transfer  rate  than  when  Bit 
4=1.) 

(2)  Current.  This  octet  identifies  the  inter¬ 
leave  factor  value  that  is  presently  established 
for  the  facility.  Only  one  bit  shall  be  set  in 
this  octet. 

6. 3. 4. 6. 2  Transfer  Rate  Parameter 

(I)  Effective  Transfer  Rate.  This  value  spe¬ 
cifies  the  effective  transfer  rate  of  the  ad¬ 
dressee  (e.g..  based  on  the  interleave  factors 
used  by  the  slave  at  formatting).  The  value  is 
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Table  34 

Attribute  Parameters  60-63 


+  -+ - +--+ - h - + - + 

| @ | LTH | ID | OCTET | X/b | DEF | 


ATTRIBUTE  PARAMETERS 


S  I  n  +  1 I  60 


09 


n  +  1 


n  +  1 


61 


62 


63 


01 


01-04 

05-08 


01 
02 
03 
04 
05 
06 
n-5  :  4 
n-  3  :  2 
n-1 :  n 


7 

6-0 


DataBlock  INTERLEAVE  PARAMETER 
Interleave  Factor/Interleave  Values 

Supported 

Current 

TRANSFER  RATE  (Octets/second) 

Effective  Transfer  Rate 

Slave's  Instantaneous  Transfer  Rate 

Physi calBlock  PERFORMANCE  CHAR'STICS  SUPPORTED 
Smallest  PhysicalBlock  Interleave  Factor 
Largest  PhysicalBlock  Interleave  Factor 
Smallest  Head  Interleave  Factor 
Largest  Head  Interleave  Factor 
Smallest  Cylinder  Interleave  Factor 
Largest  Cylinder  Interleave  Factor 
PhysicalBlock  Interleave  Factor  repeated  as 

Head  Interleave  Factor  many  times 

Cylinder  Interleave  Factor  as  needed 

CURRENT  PhysicalBlock  PERFORMANCE  SETTINGS 
PhysicalBlock  Interleave  factor 
Head  Interleave  Factor 
Cylinder  Interleave  factor 


vendor  defined  and  typically  represents  a  cal¬ 
culation  based  on  the  time  it  takes  to  transfer 
one  track  of  data  in  contiguous  block  number  se¬ 
quence,  which,  with  an  interleave  factor  of 
greater  than  0.  requires  more  than  one  rotation. 

(2)  Slave's  Instantaneous  Transfer  Rate.  This 
value  specifies  the  maximum  speed  at  which  the 
slave  can  transfer  from  its  internal  buffer(s). 

6. 3. 4. 6. 3  PhysicalBlock  Performance 
Characteristics  Supported  Parameter.  This  param¬ 
eter  is  provided  by  the  slave  to  advise  the  mas¬ 
ter  which  interleave  factors  can  be  supported 
when  PhysicalBlock  formatting  is  used.  The  three 
pairs  of  octets  are  repeated  if  there  is  more 
than  one  range  that  can  be  supported. 

(1)  PhysicalBlock  Interleave  Factor.  This 
pair  of  octets  defines  the  low-to-high  range  of 
interleave  factors  that  can  be  supported  between 
PhysicalBlocks. 

(2)  Head  Interleave  Factor.  This  pair  of  oc¬ 
tets  defines  the  low-to-high  range  of  interleave 
factors  that  can  be  supported  between  heads. 


(3)  Cylinder  Interleave  Factor.  This  pair  of 
octets  defines  the  low-to-high  range  of  inter¬ 
leave  factors  that  can  be  supported  between 
cylinders. 

If  only  one  factor  can  be  supported,  the  same 
value  is  repeated  in  the  smallest  and  largest 
field. 

6. 3. 4. 6. 4  Current  PhysicalBiock  Perfor¬ 
mance  Settings  Parameter.  This  parameter  is  used 
to  advise  the  master  of  the  current  interleave  set¬ 
tings  of  the  partition  referred  to.  If  no  Partition 
parameter  precedes  this  parameter,  the  values  for 
the  default  data  partition  are  provided. 

(1)  PhysicalBlock  Interleave  Factor.  This  oc¬ 
tet  defines  the  current  interleave  factor  in  ef¬ 
fect  between  PhysicalBlocks. 

(2)  Head  Interleave  Factor.  This  octet  de¬ 
fines  the  current  interleave  factor  in  effect 
between  heads. 

(3)  Cylinder  Interleave  Factor.  This  octet 
defines  the  current  interleave  factor  in  effect 
between  cylinders. 
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Table  35 

Attribute  Parameters  64-65 
+  — + - + - + - H - H - + 

| @ | LTH | ID | OCTET | X/b | DEF |  ATTRIBUTE  PARAMETERS 


|  15  | 64 |  | 

1 

1 

PHYSICAL  INTERFACE  ATTRIBUTES  PARAMETER 

1  1  | 01-04  | 

1 

i 

SDE  (nsecs) 

1  1  |05-08| 

1 

1 

IRT  (nsecs) 

1  1  1  0  9  —  0  C  | 

1 

1 

CCD  (nsecs) 

j  |  jOD-101 

1 

1 

SDR  (usees) 

1  1  |11-14| 

1 

1 

SYD  (usees) 

III  1 

|  n  +  1 | 6  5 |  | 

1 

1 

1 

1 

ADDRESSEE  CONFIGURATION  PARAMETER 

1  1  |01-04| 

1 

1 

Data  Buffer  Size 

1  1  | 05-08  | 

1 

1 

Command  buffer  size 

1  1  | 09-OA | 

1 

1 

Max  No  of  octets  in  Command  Packet 

1  1  | 0B  — oc  j 

1 

1 

Max  No  of  octets  in  Response  Packet 

1  j  |  0D| 

1 

1 

Max  No  of  Access  Permit  Extents 

1  0E  | 

1 

1 

Min  No  of  Queued  Commands 

|  j  j  OF  j 

1 

1 

Max  No  of  Queued  Commands 

1  1  j  10 1 

1 

1 

1 

1 

Size  of  Command  Stack 

1 

-  + 
1 

1 

1 

1 

1 

-  + 
1 

1 

-  + 
1 

1 

1 

-  + 

1 

1 

6.3.4. 7  Parameters  64-65.  These  param¬ 
eters  shall  be  as  shown  in  Table  35. 

6.3.4. 7.1  Physical  Interface  Attributes 
Parameter.  See  Section  5  of  ANSI  X3. 129-1986  for 
the  definition  of  these  fields,  which  must  be 
supplied  at  Power  On. 

6.3.4. 7.2  Addressee  Configuration  Pa¬ 
rameter.  This  parameter  is  typically  relevant 
only  to  the  slave.  However,  a  slave  may  have  fa¬ 
cilities  attached  that  contain  their  own  buffers 
and  capabilities,  or  the  slave  may  have  al¬ 
located  its  own  buffering  on  a  dedicated  basis 
amongst  the  facilities.  A  simple  example  would 

be  facilities  with  integral  data  buffers  for  er¬ 
ror  correction  (in  which  case  only  the  first  pa¬ 
rameter  field  is  required). 

This  parameter  is  intended  to  provide  the  mas¬ 
ter  with  information  that  would  allow  it  to  max¬ 
imize  performance.  If  this  parameter  is  relevant 
to  facilities  as  well  as  the  slave,  it  is  noted 
in  the  Slave  Configuration  parameter  (see 
6.3.4.8(12)). 

This  parameter  is  made  up  of  the  following 
parameters: 

(1)  Data  Buffer  Size.  This  value  specifies 
the  size  (in  octets)  of  the  data  buffer  associ¬ 
ated  with  the  addressee. 

(2)  Command  Buffer  Size.  This  value  specifies 
the  size  (in  octets)  of  the  command  buffer  as¬ 
sociated  with  the  addressee. 

(3)  Maximum  Number  of  Octets  in  Command 
Packet.  This  value  specifies  the  maximum  number 
of  octets  the  addressee  can  accept  in  a  command 
packet. 


(4)  Maximum  Number  of  Octets  in  Response 
Packet.  This  value  specifies  the  maximum  number 
of  octets  the  addressee  can  provide  in  a  re¬ 
sponse  packet. 

(5)  Maximum  Number  of  Access  Permit  Extents 
per  Addressee.  This  value  specifies  the  maximum 
number  of  Access  Permits  Extents  allowed  per 
addressee. 

(6)  Minimum  Number  of  Queued  Commands.  Any 
value  greater  than  0  indicated  the  minimum  num¬ 
ber  that  shall  be  guaranteed  to  queue  per  facil¬ 
ity.  A  value  of  zero  means  the  slave  cannot 
guarantee  any  commands  for  the  facility. 

(7)  Maximum  Number  of  Queued  Commands.  A 
value  of  0  means  that  the  queue  may  contain  more 
than  the  minimum  but  only  as  many  as  the  size  of 
the  command  buffer  permits.  A  value  of  1  means 
that  there  is  no  Command  Queuing  and  commands 
are  Individual.  Any  other  value  shall  be  great¬ 
er  than  or  equal  to  the  minimum. 

(8)  Size  of  Command  Slack.  This  value  speci¬ 
fies  the  minimum  number  of  commands  that  the 
slave  is  capable  of  stacking  (e.g.,  a  slave  with 
addressability  to  8  facilities  and  a  minimum 
queue  size  of  4  per  facility  may  stack  32.  If 
this  is  an  absolute  limitation,  the  value  of  32 
shall  be  specified.  However,  in  some  implementa¬ 
tions.  the  stack  may  be  as  large  as  command  buf¬ 
fering  and  the  queuing  algorithm  permit,  and  may 
exceed  32  if  the  commands  are  small  in  length. 

If  the  size  of  the  stack  is  variable,  depending 
on  the  sum  of  command  sizes,  and  it  can  exceed 
the  calculatable  maximum,  this  field  shall  be 
set  to  x'FF'. 
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Table  36 

Attribute  Parameter  66 

+  --i - + h - + - j. - + 

| @ | LTH | ID | OCTET | X/b | DEF |  ATTRIBUTE  PARAMETERS 

+  -  + + —  + - + + + - 


1  S  | 

1  1 

n  +  1  | 

1 

66  | 

1 

1  1 
01|  7  | 

|  SLAVE  CONFIGURATION  (BIT  SIGNIFICANT) 
j  Facilities  may  be  of  Different  Classes 

1  1 

1 

1 

1  6  1 

j  Facility-Facility  Transfers 

1  1 

1 

1 

1  5 1 

|  Synonym  Addressing 

1  1 

1 

1 

1  4  1 

j  Alias  Addressing 

1  1 

1 

1 

1  3  | 

|  Odd  Octet  Transfers 

1  1 

1 

1 

1  2  | 

|  Master  Termination  of  Commands  Required 

1  1 

1 

1 

1  1  1 

|  Extended  Substatus 

1  1 

1 

1 

1  o  1 

j  Multiplexed  Data  Transfers 

1  1 

1 

1 

02  |  7  | 

|  Transfer  Notification  Packets 

1  1 

1 

1 

1  6  | 

|  Imbedded  Data  Responses 

1  1 

1 

1 

1  5  | 

|  Master-Definable  Maintenance  Partitions 

1  1 

1 

1 

1  4  1 

j  Facility  Configuration  Information 

1  1 

1 

1 

1  3  | 

j  Master  Throttling  of  Data  Streaming 

1  1 

1 

1 

1  2  | 

|  Multiple  Command  Extents  Accepted 

1  1 

1 

1 

1  1  1 

|  Data  Streaming  Data  Transfers 

1  1 

1 

1 

1  0  | 

|  Interlock  Data  Transfers 

1  1 

1 

1 

03 | 7-0 | 

j  reserved 

1  1 

1 

1 

O4  |  | 

j  Logical  Interface 

1  1 

1 

1 

1  2  1 

j  Level  2 

1  1 

1 

1 

1  6  | 

|  Level  3 

1  1 

1  1 

1 

1 

1 

1 

1  5-0  | 

1  1 

|  reserved 

1 

+  -  + - + - 1 - (. - (. - 1- 


Implementation  Note:  A  large  number  of  factors 
influence  the  exact  degree  of  stacking  and 
queuing  actually  available  in  a  slave  (e.g.,  a 
slave  capable  of  addressing  8  facilities  but 
only  3  are  physically  attached  and  operational). 

If  Individual  commands  are  issued,  then  no  more 
than  3  commands  can  be  stacked.  If  Queued 
commands  are  issued,  and  there  may  be  up  to  4 
per  facility,  the  command  stack  would  be  32. 
However,  since  only  3  facilities  are 
operational,  the  effective  queue  per  facility 
would  average  above  10  commands.  The  minimum 
parameters  are  what  the  slave  guarantees,  and 
are  not  intended  to  be  an  upper  limit. 

Another  consideration  is  that  commands  are 
variable  in  length,  but  the  size  of  the  command 
buffer  is  typically  fixed.  In  a  configuration  of 
8  facilities  with  a  minimum  command  queue  of  4 
and  a  maximum  command  size  of  256,  the  command 
stack  would  be  32  and  the  command  buffer  size 
would  have  to  be  8192  octets  (32*256).  However, 
if  only  one  command  of  maximum  size  can  be 
accepted  by  the  slave  (e.g.,  a  COPY),  and  the 
others  are  typically  less  than  64  octets,  then 
the  command  buffer  size  need  be  only  2240  octets 
(256  + (3 1  *64).  Refer  to  vendor  documentation  to 
determine  the  methods  of  buffer  management  used 
to  maximize  performance. 

6. 3. 4. 8  Attribute  Parameter  66  (Slave  Con¬ 
figuration  (Bit  Significant)  Parameter).  This 
parameter  shall  be  as  shown  in  Table  36.  There 


are  a  large  number  of  features  that  the  slave 
may  be  able  to  support,  and  the  following  list 
provides  a  summary  of  its  capabilities. 

(1)  The  Foci lilies  May  He  of  Different  Classes 
Bit.  This  bit  shall  be  set  by  the  slave  if  it 

can  support  more  than  one  class  of  facility. 

NOTE:  This  hit  is  set  even  il  both  classes  are  not  currently  at¬ 
tached. 

(2)  Facility  —  Facility  Transfer  Capability 
Bit.  This  bit  shall  be  set  by  the  slave  to  in¬ 
dicate  that  it  has  the  capability  to  transfer 
data  between  facilities  attached  to  it  without 
master  intervention. 

(3)  Synonym  Address  Bit.  This  bit  shall  be 
set  if  the  slave  allows  the  master  to  redefine 
Facility  Addresses  as  Synonyms. 

(4)  Alias  Address  Bit.  This  bit  shall  be  set 
if  the  slave  allows  the  master  to  redefine  Fa¬ 
cility  Addresses  to  refer  to  data  partitions  by 
Aliases. 

(5)  Odd  Odets  Transfer  Bit.  This  bit  shall 
be  set  if  the  slave  supports  Double  Octet  Mode 
and  can  transfer  odd  octets  of  information. 

(6)  Master  Termination  of  Commands  Required 
Bit.  This  bit  shall  be  set  if  the  slave  requires 
the  master  to  terminate  the  Information  Transfer 
of  commands  (i.e.,  the  slave  does  not  dynamical¬ 
ly  use  the  Packet  Length  of  the  command  to  gen¬ 
erate  the  necessary  number  of  SYNC  INs  at  the 
Physical  Interface). 
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Table  37 

Attribute  Parameter  67 


+_+ - + - 1- - + - + - + 

|  @ | LTH | ID | OCTET | X/b | DEF |  ATTRIBUTE  PARAMETERS 


+ - 

|  n+ 1 

|  67 

1 

1 

|  SLAVE  CONFIGURATION  (FIELDS) 

1 

1 

1 

01  1 

|  No  of  Synonyms  Supported  per  Actual  Address 

i 

1 

1 

02  | 

j  Lowest  Synonym  Address  Supported 

1 

1 

1 

03  | 

j  Highest  Synonym  Address  Supported 

1 

1 

1 

04  | 

|  No  of  Data  Partitions  Supported  per  facility 

1 

1 

1 

05  | 

|  No  of  Aliases  Supported  per  Partition 

1 

1 

1 

06  | 

j  Lowest  Alias  Address  Supported 

1 

1 

1 

07  | 

j  Highest  Alias  Address  Supported 

1 

1 

1 

08  | 

|  No  of  concurrent  COPY  commands  supported 

1 

1 

1 

09  | 

j  Maximimum  No  of  extents  Supported 

1 

1 

|  0A- 

OF  j 

|  reserved 

1 

1 

|  10- 

0  1 

|  Actual  Addresses  of  Facilities  Attached 

1 

+ - 

1 

1 

1 

1 

(7)  Extended  Substatus  Bit.  This  bit  shall  be 
set  if  the  slave  can  provide  Extended  Substatus. 

If  this  capability  is  available,  the  slave  shall 
also  be  capable  of  inhibiting  Extended  Substatus 
in  responses. 

(8)  Multiplexed  Data  Transfers  Bit.  This  bit 
shall  be  set  if  the  slave  is  capable  of  multi¬ 
plexing  data  transfers  (i.e.,  breaking  up  a 
single  transfer  request  into  bursts  defined  as 
acceptable  by  the  master). 

(9)  Transfer  Notification  Packets  Bit.  This 
bit  shall  be  set  if  the  slave  has  the  capability 
to  generate  these  packets. 

(10)  Imbedded  Data  Responses  Bit.  This  bit 
shall  be  set  if  the  slave  has  the  capability  to 
generate  these  responses. 

(11)  Master-Definable  Maintenance  Partitions 
Bit.  This  bit  shall  be  set  if  the  slave  is  cap¬ 
able  of  allowing  the  master  to  define  a  mainten¬ 
ance  partition  within  the  default  data  parti¬ 
tion  . 

(12)  Facility  Configuration  Information  Bit. 

This  bit  shall  be  set  if  the  slave  can  provide 
Addressee  Configuration  parameters  for  attached 
facilities. 

(13)  Master  Throttling  of  Data  Streaming  Bit. 

This  bit  shall  be  set  if  the  slave  can  support 
the  master  throttling  a  data  streaming  transfer. 

(14)  Multiple  Command  Extents  Accepted  Bit. 

This  bit  shall  be  set  if  the  slave  is  capable  of 
accepting  more  than  one  Command  Extent  on  a  READ 
or  WRITE  command,  in  order  to  permit  "scatter 
READ"  and  "scatter  WRITE." 


(15)  Data  Streaming  Data  Transfers  Bit.  This 
bit  shall  be  set  if  the  slave  is  capable  of  Data 
Streaming  data  transfers. 

NOTE:  In  i h is  case,  the  Physical  Interface  defines  operation 
transfers. 

(16)  Interlocked  Data  Transfers  Bit.  This  bit 
shall  be  set  if  the  slave  is  capable  of  inter¬ 
locking  data  transfers. 

NOTE:  In  this  case,  the  Physical  Interface  defines  operation 
transfers. 

(17)  Level  2  Bit.  This  bit  shall  be  set  if 
the  slave  can  support  Level  2  operations. 

(18)  Level  3  Bit.  This  bit  shall  always  be 
set. 

6. 3. 4. 9  Parameter  67  (Slave  Configuration 
(Fields)  Parameter).  This  parameter  shall  be  as 
shown  in  Table  37  and  is  made  up  of  the  follow¬ 
ing  octets. 

( 1 )  Number  of  Synonyms  Supported  per  Actual 
Address.  This  value  specifies  the  number  of  Syn¬ 
onym  addresses  that  can  be  used  to  refer  to  any 
one  Actual  address.  If  the  slave  cannot  support 
Synonym  addressing,  this  value  is  0.  and  the 
contents  of  the  next  two  octets  shall  be  x'FFf 

(2)  Lowest  Synonym  Address  Supported.  This 
value  defines  the  lowest  Synonym  address  sup¬ 
ported  as  a  Facility  Address  (typically  00). 

(3)  Highest  Synonym  Address  Supported.  This 
value  defines  the  highest  Synonym  address  sup¬ 
ported  as  a  Facility  Address  (may  be  less  than 
or  equal  to  FE). 
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Table  38 

Attribute  Parameter  68 


+  -  + - 

| @ | LTH 

+ 

1 

- + - + 

I D | OCTET | 

- + - + 

X/b | DEF |  ATTRIBUTE  PARAMETERS 

| B | n+1 

68  | 

i 

|  FACILITIES  ATTACHED  TO  SLAVE 

PARAMETER 

1  1 

1 

01  | 

i 

j  Actual  Facility  Address 

1  1 

1 

02  | 

i 

Facility  Class 

1  1 

1 

01  1 

|  Magnetic  Disk 

1  1 

1 

02  | 

|  Optical  Disk 

1  1 

1 

03  | 

|  Magnetic  Tape 

1  1 

1 

04  | 

|  Communications 

1  1 

1 

03  | 

1 

|  Facility  Type 

1  1 

1 

1 

|  For  Magnetic  Disk: 

1  1 

1 

7  | 

Nonremovable  Disk 

1  1 

1 

6  1 

|  Removable  Disk 

1  1 

1 

5  | 

j  Floppy  Disk 

1  1 

1 

4  1 

Fixed  Head  Disk 

1  1 

1 

3  | 

Moving  Head  Disk 

1  1 

1  1 

1 

1 

2  1 
i 

Solid  State  Disk 

1  1 

1  1 

1 

1 

to  j 

|  reserved 

1  1 

1 

04  | 

o  1 

i 

1  1 

1 

n-  3  j 

1 

|  Actual  Facility  Address 

repeated 

1  1 

1 

n-  2  j 

1 

|  Facility  Class 

as  many 

1  1 

1 

n-  1  j 

1 

j  Facility  Type 

times  as 

1  1 

1  1 

1 

1 

n  1 

1 

1 

j  reserved 

1 

needed 

+-+ - + — + - + - + - + 


(4)  Number  of  Data  Partitions  Supported  per 
Facility.  This  value  specifies  the  number  of 
partitions  that  can  be  supported  in  the  data 
area  of  a  facility.  A  value  of  1  means  that  the 
slave  supports  only  the  default  data  partition. 

NOTE:  It'  the  slave  also  supports  Alias  Addressing,  then  a  par¬ 
tition  may  be  referred  to  by  an  Alias. 

(5)  Number  of  Aliases  Supported  per  Parti¬ 
tion.  This  value  specifies  the  number  of  Alias 
addresses  that  can  be  used  to  refer  to  a  Parti¬ 
tion.  If  the  slave  cannot  support  Alias  address¬ 
ing.  this  value  is  0.  and  the  contents  of  the 
next  two  octets  shall  be  x’FF’. 

(6)  Lowest  Alias  Address  Supported.  This 
value  defines  the  lowest  Alias  address  supported 
as  a  Facility  Address  (typically  10). 

(7)  Highest  Alias  Address  Supported.  This 
value  defines  the  highest  Alias  address  sup¬ 
ported  as  a  Facility  Address  (may  be  less  than 
or  equal  to  FE). 

(8)  Number  of  Concurrent  COPY  Commands  Sup¬ 
ported.  This  value  specifies  the  number  of  COPY 
commands  that  can  be  outstanding  for  the  slave. 

(9)  Maximum  Number  of  Extents  Permitted.  This 
value  specifies  the  maximum  number  of  extents 
that  can  be  specified  on  those  commands  that  al¬ 
low  multiple  extents  to  be  supplied.  If  a  value 

of  0  is  set.  it  means  that  the  number  is  as 
large  as  can  be  incorporated  in  the  slave's  com¬ 
mand  buffer;  this  will  vary  depending  on  the 


size  of  the  command  buffer  and  the  number  of 
other  commands  already  residing  in  the  buffer. 

(10)  Actual  Addresses  of  Facilities  Attached. 

This  is  a  string  of  octets,  each  of  which  ident¬ 
ifies  an  attached  facility  by  its  Actual  Ad¬ 
dress.  The  address  assignment  is  not  necessarily 
contiguous  for  facilities.  All  facilities  at¬ 
tached  shall  be  identified. 

NOTE:  Information  on  facilities  that  are  not  Powered-Up  or  are 
otherwise  nonfunctional  may  not  be  available  via  the  Facilities 
Attached  parameter. 

6.3.4.10  Parameter  68  (Facilities  Attached 
to  Slave  Parameter).  This  parameter  shall  be  as 
shown  in  Table  38.  This  parameter  is  addressed 
only  to  the  slave,  and  its  contents  are  repeated 
for  as  many  facilities  as  there  are  attached  to 
the  slave.  It  would  typically  be  used  by  the 
slave  to  advise  the  master  of  attached  facil¬ 
ities.  However,  when  facilities  attached  are  not 
self-identifying,  the  master  may  use  this  param¬ 
eter  to  advise  the  slave  of  the  attached  facil¬ 
ity  characteristics. 

The  first  octet  contains  the  Actual  address  of 
the  facility  that  is  typically  a  device,  and  the 
next  pair  is  used  to  identify  the  type  of  facil¬ 
ity.  The  first  octet  of  the  pair  defines  the 
generic  class  of  device,  and  the  second  octet  is 
bit  significant  to  allow  reporting  of  devices 
that  have  more  than  one  characteristic  (e.g.,  a 
disk  may  have  both  fixed  and  moving  heads). 
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Table  39 

Attribute  Parameters  69-6A 


+-  + + —  + - + + - + 

|  @ I LTH I  ID  I  OCTET | X/b | DEF | 
+  -  + + —  + - + + +  . 


ATTRIBUTE  PARAMETERS 


n+1 


69 


6A 


01 

02 

03-04 

03 

04 


05-06 


F-8 

7 

6 

5 

4 

3 

2 

1 

0 

F-0 


reserved 

COMMAND  SUPPORTED 
Op  Code  Supported 
reserved 

Common  Modifier  Mask 
reserved 
reserved 

Priority/Ordered 

Priority/Sequential 

Priority/Chained 

Priority 

Ordered 

Sequential 

Chained 

Queued 

Op  Code  Modifier  Mask 

Coded  According  to  Modifiers  Supported 
Parameter  ID  (first)  repeated  as  many 

Parameter  ID  (last)  times  as  needed 


6.3.4.11  Parameters  69-6A 

6.3.4.11.1  Parameter  69.  Reserved. 

6.3.4.11.2  Command  Supported  Param¬ 
eter).  This  parameter  shall  be  as  shown  in 

Table  39.  This  parameter  is  present  for  every 
command  supported  by  the  slave  and  is  made  up  of 
the  following  octets. 

(1)  Op  Code  Supported.  The  value  of  the  sup¬ 
ported  Op  Code  is  supplied. 

(2)  Common  Modifier  Mask.  Each  bit  position 
represents  the  encode  value  of  the  common  modi¬ 
fier  bits  implemented  by  the  slave  for  the  com¬ 
mand  (e.g..  if  a  slave  does  not  support  Sequen¬ 
tial  or  Ordered  on  a  command,  then  bit  positions 
I.  4.  and  5  are  set  to  I  to  indicate  that  Prior¬ 
ity  and/or  Chained  are  supported  in  any  combina¬ 
tion). 

(3)  Op  Code  Modifier  Mask.  Each  bit  repre¬ 
sents  the  encode  value  of  the  Op  Code  Modifier 
bits  implemented  by  the  slave  on  a  command. 

(4)  Parameter  ID.  This  is  a  list  of  the  IDs 
of  all  of  the  parameters  that  are  supported  for 
the  specified  op  code. 

6.3.4.12  Parameter  6B  (Masks  of  Octets 
Supported  Parameter).  This  parameter  shall  be 
as  shown  in  Table  40  and  are  made  up  of  the 
following  octets. 

(I)  Selection  Octet  Mask.  Bits  4-6  are  re¬ 
quired  for  execution  over  the  Physical  Inter¬ 
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face,  so  the  corresponding  bits  shall  be  set  to 
I .  If  any  of  the  Bits  7  or  0-3  are  set  to  1 ,  it 
indicates  that  the  slave  supports  those  capabil¬ 
ities  at  the  Physical  Interface  (e.g.,  if  Bit  7 
is  set  to  one.  the  slave  supports  the  Facility 
Selection  option). 

(2)  Bus  Control  Octet  Mask.  Bits  6-7  are  re¬ 
quired  for  execution  over  the  Physical  Inter¬ 
face  so  the  corresponding  bits  shall  be  set  to 

I .  If  any  of  the  Bits  4-5  are  set  to  1 .  it  in¬ 
dicates  that  the  slave  supports  those  capabil¬ 
ities  at  the  Physical  Interface.  The  Generic 
command  set  reserves  these  bits. 

(3)  Bus  Acknowledge  Octet  Mask.  Support  of 
this  octet  is  optional  at  the  Physical  Interface 
and  any  bits  set  to  I  shall  indicate  support  of 
this  octet. 

(4)  Master  Status  Octet  Mask.  The  setting  of 
any  of  the  Bits  4-6  indicates  that  the  slave 
supports  the  options  at  the  Physical  Interface 
(e.g..  the  Slave  —  Slave  Operation  Completed  Bit 
is  set  by  the  slave  to  indicate  that  it  has  the 
capability  to  perform  Slave  —  Slave  Information 
Transfers  (see  also  ANSI  X3. 129-1986).  Support 
of  defined  Ending  Status  is  required,  and  no 
other  use  of  these  bits  may  be  made. 

NOTE:  II  no  Ending  Status  codes  can  be  provided.  "0000" 
shall  be  reported  in  the  octet  during  the  Ending  Status 
sequence  (see  4.10.4.1). 
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Table  40 

Attribute  Parameter  6B 


+  -+ + —  + - + + + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  ATTRIBUTE  PARAMETERS 

+  _  + +  --  + - + + + - 


1  S  | 

n  +  1  | 

6B  | 

1 

MASKS  OF  OCTETS  SUPPORTED 

1  1 

1 

1 

01 

1 

Selection  Octet  Mask 

1  1 

1 

1 

7  | 

1-Facility  Selection  supported 

1  1 

1 

1 

4-6  | 

7  | 

Slave  Address  -  Mandatory 

1  1 

1 

1 

3  | 

1-Change  Transfer  Mode 

1  1 

1 

1 

2  1 

1-Change  Octet  Mode 

1  1 

1 

1 

1  | 

1-Priority  Select 

1  1 

1 

1 

0  1 

1-Priority  Hold 

1  1 

1 

1 

02 

1 

Bus  Control  Octet  Mask 

1  1 

1 

1 

7  | 

1  | 

Operation/Data  -  Mandatory 

1  1 

1 

1 

6  1 

1  | 

Direction  -  Mandatory 

1  1 

1 

1 

5  | 

1- rese  rved 

1  1 

1 

1 

4  1 

1-Control  of  Bus 

1  1 

1 

1 

0-3  | 

1-F- rese  rved 

1  1 

I 

1 

03 

1 

Bus  Acknowledge  Octet  Mask 

1  1 

1 

1 

7  | 

1-Operation/Data 

1  1 

1 

1 

6  1 

1-Transfer  Direction 

1  1 

1 

1 

5  | 

1- rese  rved 

1  1 

1 

1 

4  1 

1-Control  of  Bus  Accepted 

1  1 

1 

1 

0-3  | 

1-F- rese  rved 

1  1 

1 

1 

04 

1 

Master  Status  Octet  Mask 

1  1 

1 

1 

7  | 

1  | 

Successful/Unsuccessful  -  Mandatory 

1  1 

1 

1 

6  1 

1  | 

1-Bus  Parity  Error  -  Mandatory 

1  1 

1 

1 

5  | 

1-Pause 

1  1 

1 

1 

4  1 

1-Slave-Slave  Operation  Completed 

1  1 

1 

1 

0-3  | 

F  | 

F=Defined  Ending  Status  -  Mandatory 

1  1 

1 

1 

05 

1 

Slave  Status  Octet  Mask 

1  1 

1 

1 

7  | 

1  | 

Successful/Unsuccessful  -  Mandatory 

1  1 

1 

1 

6  1 

1  | 

Bus  Parity  Error  -  Mandatory 

1  1 

1 

1 

5  | 

1-Pause 

1  1 

1 

1 

4  1 

1-Time  Dependent  Operation 

1  1 

1 

1 

0-3  | 

F  | 

F-Defined  Ending  Status  -  Mandatory 

1  1 

1 

1 

06 

1 

Request  Modifier  Octet  Mask 

1  1 

1 

1 

7  | 

1-Facility  Interrupts  supported 

1  1 

1 

1 

6  1 

1  | 

Report  Busy  Status  -  Mandatory 

1  1 

1 

1 

5  | 

1  | 

Report  Ready  Status  -  Mandatory 

1  1 

1 

1 

4  1 

1  | 

Power  Fail  Alert  -  Mandatory 

1  1 

1 

1 

3  | 

1  | 

Power  On  Status  Request  -  Mandatory 

1  1 

1 

1 

0-2  | 

7  | 

Interrupt  Class  -  Mandatory 

1  1 

1 

1 

07 

1 

Selective  Reset  Control  Octet  Mask 

1  1 

1 

1 

4-7  | 

F  | 

Slave  Address  -  Mandatory 

1  1 

1 

1 

3  | 

1-Slave  Release 

1  1 

1 

1 

2  1 

1-Re-initialize  as  at  Power  On 

1  1 

1 

1 

1  | 

l=Reset  Logical  Interface 

1  1 

1 

1 

0  1 

1-Reset  Port  Physical  Interface 

1  1 

1 

1 

08 

1 

Slave  Interrupts  Octet  Mask 

1  1 

1 

1 

7  | 

0  1 

reserved 

1  1 

1 

1 

6  1 

1  | 

Report  Busy  Status  -  Mandatory 

1  1 

1 

1 

5  | 

1  | 

Report  Ready  Status  -  Mandatory 

1  1 

1 

1 

4  1 

1-Priority  Hold  Status 

1  1 

1 

1 

3  | 

1  | 

1-Priority  Select  Status 

1  1 

1 

1 

0-2  | 

7  | 

Interrupt  Class  -  Mandatory 

+  -  + - +  —  + - + - + - + 
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(5)  Slave  Slams  Odd  Mask.  Bits  6-7  shall 
be  set  to  I ,  and  the  setting  of  the  Bits  4-5 
indicates  that  the  slave  supports  these  options 
at  the  Physical  Interface.  If  Bits  0-3  are  set 
to  x"F\  it  indicates  that  the  Encoded  Ending 
status  defined  by  Level  3  is  supported.  Support 
of  defined  Ending  Status  is  required,  and  no 
other  use  of  these  bits  may  be  made. 

NOTE:  II  no  Ending  Status  codes  can  he  provided,  "0000" 
shall  he  reported  in  the  octet  during  the  Ending  Status 
sequence  (see  4.10.4.1). 

(6)  Request  Modifier  Octet  Mask.  Bits  0-6 
shall  be  set  to  1 .  If  Bit  7  is  set  to  1 ,  it  in¬ 
dicates  that  the  Facility  Interrupts  Request 
option  is  supported. 

(7)  Selective  Reset  Control  Odd  Mask.  Bits 
4-7  shall  be  set  to  I .  If  Bit  0  is  set  to  1 .  the 
slave  shall  set  the  condition  of  the  Physical 
Interface  port  over  which  the  Selective  Reset 
was  received  to  Neutral.  If  Bit  I  is  set  to  I . 
the  slave  shall  reset  its  Logical  Interface 
(e.g..  microprocessor)  upon  a  Selective  Reset. 

If  Bit  2  is  set  to  I .  the  slave  shall  be  capable 
of  reto  the  same  conditions  as  at  Power  On  (in¬ 
formation  in  the  slave  of  a  transient  or  vola¬ 
tile  nature  would  be  cleared  upon  Selective  Re¬ 
set).  If  Bit  3  is  sei,  the  slave  shall  not  per¬ 
form  a  reset  but  shall  release  its  drivers. 

(8)  Slave  Interrupts  Octet  Mask.  If  this  pa¬ 
rameter  is  not  present  or  contains  all  zeros, 
then  Request  Slave  Interrupts  is  not  supported 
by  the  slave. 

6.3.4.13  Parameters  6C-6D.  These  param¬ 
eters  shall  be  as  shown  in  Table  41 . 

6.3.4.13.1  Request  Parm  Parameter.  This 
parameter  may  be  used  to  control  the  transfer  of 
parameters  as  data  or  to  request  that  the  slave 
respond  with  details  on  the  parameters  whose  IDs 
are  listed.  If  no  IDs  are  listed,  the  slave 
shall  respond  with  all  of  the  parameters  associ¬ 
ated  with  the  command. 

(1)  Parameters  as  Data  Bit.  When  this  bit  is 
set.  the  slave  shall  return  the  requested  param¬ 
eters  as  data. 

(2)  Parameters  in  Response  Bit.  When  this  bit 
is  set.  the  slave  shall  return  the  requested  pa¬ 
rameters  appended  to  the  response  packet. 

(3)  Length  Bit.  When  this  bit  is  set.  the 
slave  shall  return  the  accumulated  length  of  the 
requested  parameters  in  the  Parm  Length  param¬ 
eter  of  the  response  packet. 

(4)  Naked  Parameters  as  Data  Bit.  When  this 
bit  is  set.  the  slave  shall  return  the  requested 


parameter  contents  as  data  with  no  parameter 
information . 

NOTE:  Since  there  is  no  parsing  information  to  identity  pa- 
rameters,  it  is  advisable  that  the  master  request  only  one 
parameter  to  be  returned  in  this  manner,  since  there  is  no 
required  order  lor  the  slave  to  return  multiple  parameters. 

6.3.4.13.2  Parm  Length  Parameter.  This 
parameter  is  returned  in  response  to  the  Request 
Parm  parameter  that  specified  a  number  of  IDs, 
and  requested  the  slave  to  advise  the  accumul¬ 
ated  length  of  same. 

6.3.4.14  Parameter  6E  (Slave  Reconfigura¬ 
tion  (Bit-Significant)  Parameter).  This  param¬ 
eter  shall  be  as  shown  in  Table  42.  In  its  Ini¬ 
tial  attributes,  the  slave  may  identify  a  fea¬ 
ture  (e.g..  Automatic  Reallocation)  that  it  sup¬ 
ports.  Such  features  may  be  turned  ’'off"  by  the 
master. 

The  following  bits  are  included  in  this  param¬ 
eter: 

(1)  Report  Conditional  Success  if  Error  Retry 
Bit.  When  this  bit  is  set  to  I.  the  slave  shall 
respond  with  Conditional  Success  Substatus  if  an 
error  did  not  reoccur  after  retry.  When  this  bit 
is  set  to  0.  if  the  operation  is  completed  with¬ 
out  an  error,  either  initially  or  upon  retry, 

the  slave  shall  report  Successful. 

(2)  Report  Conditional  Success  if  Data  Correc¬ 
tion  Bit.  When  this  bit  is  set  to  1,  the  slave 
shall  respond  with  Conditional  Success  Substatus 
if  a  data  error  was  corrected.  When  this  bit  is  set 
to  0.  if  the  operation  is  completed  without  an 
error,  either  initially  or  after  correction,  the 
slave  shall  report  Successful. 

(3)  Inhibit  Extended  Substalus  in  Response 
Bit.  When  this  bit  is  set  to  1,  the  slave  shall 
not  transmit  Extended  substatus  as  part  of  the 
response  packet. 

(4)  Physical  Selection  of  Synonyms  Bit.  When 
this  bit  is  set  to  I .  the  slave  shall  recognize 
Synonyms  in  the  range  of  00-0F  as  Facility  Ad¬ 
dresses  in  the  Select  octet  of  the  Physical  In¬ 
terface. 

(5)  Automatic  Reallocation  On  Bit.  This  bit 
shall  be  set  to  I  by  the  slave  if  it  automatic¬ 
ally  reallocates  blocks  that  require  excessive 
retries,  error  correction,  or  both,  or  are 
otherwise  identified  by  some  optional  analog 
algorithm.  This  capability  should  not  be  con¬ 
fused  with  defect  mapping  done  during  the  FORMAT 
command.  If  the  slave's  Initial  attributes  show 

that  it  does  not  support  Automatic  Reallocation, 
and  the  master  sets  this  bit,  the  slave  shall 
reject  this  parameter  setting. 
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Table  41 

Attribute  Parameters  6C-6D 


+  -+ +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  ATTRIBUTE  PARAMETERS 

+  -  + +  —  + - + + + - 


| M | n+1 

|  6  C  |  | 

1 

|  REQUEST  PARM 

PARAMETER 

1  1 

II  01| 

7  | 

|  Parameters  as 

Data 

★ 

1  1 

1  1  1 

6  1 

j  Parameters  in 

Response 

* 

1  1 

1  1  1 

5  | 

j  Length 

* 

1  1 

1  1  1 

4  1 

|  Naked  Parameters  as  Data 

* 

1  1 

II  1  3 

-o  I 

|  reserved 

1  1 

II  02  | 

1 

|  Parameter  ID 

Repeated 

1  1 

1  1 

II  n  j 

1  1  1 

1 

1 

j  Parameter  ID 

1 

tiroes  as 

1  1 

|  S  |  05 

1  1  1 
6D| 

1 

1 

1 

|  PARM  LENGTH  PARAMETER 

1  1 

1  1 

o 

»-* 

1 

o 

1 

1 

j  Length  of  Parameter  List 

1 

+  -  + - +  —  + - + - + - +  ■ 


*  Mutually  exclusive  parameters. 


Table  42 

Attribute  Parameter  6E 

+-+ - +  --  + - + - + - + 


| @ | LTH I  ID  I  OCTET  I X/b I DEF I  ATTRIBUTE  PARAMETERS 


+ - 

+ 

- +  _ 

|  n  +  l 

1 

6E  | 

1 

1 

1 

SLAVE  RECONFIGURATION  (BIT  SIGNIFICANT) 

1 

1 

1 

01  1 

7  | 

1 

Report  Conditional  Success  if  Error  Retry 

1 

1 

1 

1 

6  1 

1 

Report  Conditional  Success  if  Data  Correction 

1 

1 

1 

1 

5  | 

1 

Inhibit  Extended  Substatus  in  Response 

1 

1 

1 

1 

4  1 

1 

Physical  Selection  of  Synonyms 

1 

1 

1 

1 

3  | 

1 

Automatic  Reallocation  On 

1 

1 

1 

1 

2  1 

1 

Seek  Algorithm  On 

1 

1 

1 

1 

1  | 

1 

Inhibit  Operation  Response  on  Success 

1 

1 

1 

1 

0  1 

1 

rese  rved 

1 

1 

1 

02  | 

7  | 

1 

Transfer  Notification  Packets  Required 

1 

1 

1 

1 

6  1 

1 

Inhibit  Slave  Messages 

1 

1 

1 

1 

5  | 

1 

Inhibit  Unanticipated  Pauses 

1 

1 

1 

1 

4  1 

1 

Disable  All  Error  Recovery 

1 

1 

1 

1 

3  | 

1 

Log  Unexpected  Class  1  Events 

1 

1 

1 

1 

2  1 

1 

Discard  Class  1  Condition  Transitions 

1 

1 

1 

1 

1  | 

1 

Data  Streaming  Data  Transfers 

1 

1 

1 

1 

0  1 

1 

Interlock  Data  Transfers 

1 

1 

1 

03  | 

7  | 

1 

Response  on  F-Busy  to  Not  P-Busy  Suppressed 

1 

1 

+ - 

1 

1 

+ 

1 

1 

- + 

1  6 

1 

- +  _ 

-0  I 

1 

1 

1 

reserved 

(6)  Seek  Algorithm  On  Bit.  When  this  bit  is 
set  to  I.  the  slave  shall  reorder  data  access 
requests  in  order  to  minimize  seek  times  (e.g.. 
elevator  algorithm).  If  the  slave's  Initial  at¬ 
tributes  show  that  it  does  not  support  Seek  Al¬ 
gorithms.  and  the  master  sets  this  bit.  the 
slave  shall  reject  this  parameter  setting. 

(7)  Inhibit  Operation  Response  on  Success 
Bit.  When  this  bit  is  set  to  I .  the  slave  shall 
neither  generate  a  Class  I  interrupt  nor  trans¬ 
mit  a  response  packet  to  the  master  for  a  suc¬ 
cessfully  completed  command.  This  bit  is  gen¬ 
erally  used  for  data  transfer  commands  to  an  un¬ 
buffered  slave  or  facility.  Response  packets 
shall  always  be  returned  by  the  slave  if  the 
command  did  not  complete  sucessfully  or  if 

the  command  required  slave/facility  initiated 


recovery.  If  the  slave  does  not  allow  the  mas¬ 
ter  to  override  the  presentation  of  an  Opera¬ 
tion  Response  when  a  command  completes  success¬ 
fully,  it  shall  reject  this  parameter  set¬ 
ting. 

(8)  Transfer  Notification  Rackets  Required 
Bit.  When  this  bit  is  set  to  I .  the  slave  shall 
provide  Transfer  Notification  packets,  even  if 
they  are  implicit  (e.g..  Facility  Selection  with 
Individual  Commands).  If  the  master  sets  this 
value  to  0  in  an  attempt  to  override  the  pre¬ 
sentation  of  Transfer  Notification  packets  where 
they  are  required,  the  slave  shall  reject  this 
parameter  setting. 

(9)  Inhibit  Slave  Messages  Bit.  When  this  bit 
is  set  to  I.  the  slave  shall  not  generate  Mes¬ 
sage  Exceptions. 


83 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


(10)  Inhibit  Unanticipated  Pauses  Bit.  When 
this  bit  is  set.  the  slave  shall  not  terminate  a 
data  transfer,  except  for  anticipated  pauses 
(burst  boundaries),  master  pauses  (if  sup¬ 
ported).  or  interface  errors.  If  the  slave  can 
no  longer  transfer  data,  it  shall  remain  in  the 
XFRRDY  state  until  it  can  transfer  data  or  an 
error  forces  an  unsuccessful  completion  of  the 
data  transfer. 

(11)  Disable  All  Error  Recovery  Bit.  When  this 
bit  is  set.  the  slave  shall  not  invoke  any  error 
recovery  in  the  execution  of  commands.  All  errors 
shall  cause  an  immediate  termination  of  the  com¬ 
mand  with  the  error  reported  in  Substatus. 

(12)  Log  Unexpected  Class  1  Events  Bit.  When 
this  bit  is  set  and  there  is  no  ANTI¬ 
CIPATED  ACTION  command  queued,  the  slave 
shall  record  all  unexpected  Class  I  events 
(which  are  normally  returned  as  Asynchronous  or 
Message/Microcode  Exception  responses)  in  the 
Error  Log.  except  Condition  transitions 
(P-Available,  Not  Ready,  and  the  like). 

If  the  Error  Log  fills  to  the  point  that  Error 
Log  Request  or  Error  Log  Full  substatus  must  be 
reported,  all  unexpected  events  shall  be  re¬ 
ported  as  Class  3  Interrupts  to  initiate  prompt 
master  action. 

(13)  Discard  Class  /  Condition  Transitions 
Bit.  When  this  bit  is  set.  the  slave  shall  gen¬ 
erate  no  interrupts  or  responses  when  such 
transitions  occur.  The  master  shall  determine 
the  condition  of  a  slave  or  facility  by  the 
REPORT  ADDRESSEE  STATUS  or  ANTICI¬ 
PATED  ACTION  commands. 

(14)  Data  Streaming  Data  Transfers  Bit.  When 
this  bit  is  set  to  I.  the  slave  shall  transmit 

data  in  Data  Streaming  Mode.  This  setting  is  not 
needed  unless  the  Physical  Interface  is  set  up 
for  Interlocked  mode. 

(15)  Interlock  Data  Transfers.  When  this  bit 
is  set  to  1 .  the  slave  shall  transmit  inter¬ 
locked  data.  This  setting  is  not  needed  unless 
the  Physical  Interface  is  set  up  for  Data 
Streaming  mode. 

(16)  Response  on  P-Busy  to  Not  P-Busy  Sup¬ 
pressed  Bit.  When  this  bit  is  set,  the  slave 
shall  generate  Class  1  interrupts  (but  not  the 
associated  responses)  when  notifying  the  master 
that  it  is  no  longer  busy  after  rejecting  a  sel¬ 
ection  sequence  with  a  P-Busy  response. 

6.3.4.15  Parameter  6F  (Slave  Reconfigura¬ 
tion  (Fields)  Parameter).  This  parameter  shall 
be  as  shown  in  Table  43.  Fields  that  are  not 
supported  by  the  slave  shall  have  all  bits  set 


to  I  (i.e.,  x‘F...F').  If  the  master  wishes  to 
change  only  one  field,  all  the  others  shall  be 
set  to  x'F...F'  and  the  slave  shall  ignore  them 
(i.e..  no  existing  value  for  a  field  shall  be 
changed  if  the  master  set  x'F...F').  The 
following  octets  are  included  in  this  parameter: 

(1)  Setting  of  Time  Dependency.  This  value 
specifies  the  period  that,  if  in  the  judgment  of 
the  slave  would  be  exceeded  prior  to  the  start 
of  data  transfer,  shall  cause  the  slave  to  set 

the  Time  Dependent  Operation  bit  at  the  Physical 
Interface  on  a  Paused  transfer. 

(2)  Number  of  Queued  Commands.  This  value  may 
be  specified  by  the  master  to  override  the 

slave's  setting  of  the  maximum  number  of  com¬ 
mands  queued  per  facility.  A  master  that  cannot 
handle  Transfer  Notification  packets  can  set 
this  value  to  I  to  force  commands  to  be  Individ¬ 
ual.  and  the  slave  shall  not  present  Transfer 
Notification  packets  to  the  master.  If  this 
value  is  greater  than  1.  or  the  Transfer  Notifi¬ 
cation  Packets  Required  bit  is  set.  the  slave 
shall  always  present  a  Transfer  Notification  re¬ 
sponse  prior  to  starting  a  data  transfer. 

(3)  Max  imum  Number  of  Octets  in  Command 
Packet.  This  value  specifies  the  maximum  size 
for  command  packets. 

(4)  Max  imum  Number  of  Odets  in  Response 
Packet.  This  value  specifies  the  maximum  size 
for  response  packets. 

(5)  Number  of  Unanswered  SYNC  INs  during  Data 
Streaming.  This  value  identifies  the  number  of 
unanswered  SYNC  INs  the  slave  transmits  before 

it  suspends  transmission  of  SYNC  IN's  (i.e..  if 
the  number  of  SYNC  INs  minus  the  number  of 
SYNC  OUTs  is  equal  to  this  attribute,  the  slave 
shall  suspend  SYNC  IN  transmission  until 
SYNC  INs  minus  SYNC  OUTs  is  less  than  the 
maximum  difference.  (See  Section  7  in  ANSI 
X3. 129-1986  for  further  details.) 

(6)  Max  imum  Number  of  Multiplexed  Data  Trans¬ 
fers.  This  value  represents  the  maximum  number 
of  data  transfers  that  the  slave  can  multiplex 

at  one  time.  A  value  of  0  is  valid  if  the  slave 
does  not  support  multiplexed  data  transfers. 

(7)  Generate  Class  2  Interrupt.  The  slave 
shall  initiate  a  Class  2  Interrupt  to  indicate 
data  transfer  can  begin  when  the  value  specified 
is  ready  to  be  transferred  (In),  or  can  be  ac¬ 
cepted  (Out).  The  interrupt  shall  also  be  gen¬ 
erated  when  the  last  portion  of  data  to  complete 
the  command  is  ready  to  be  transferred,  even 
though  the  remainder  may  be  less  than  the  value 
specified. 
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Table  43 

Attribute  Parameter  6F 


+  -+ - +- 

I  @ I LTH | I 

+  -  + - +- 

B | n+1 I  6 


D | OCTET 


+ - + - + 

| X/b | DEF | 


ATTRIBUTE  PARAMETERS 


|  |  |  SLAVE  RECONFIGURATION  (FIELDS) 

01  —  04  j  j  j  Setting  of  Time  Dependency  (usees) 

0  5  —  06  j  j  j  Number  of  Queued  Commands 

07-08 |  |  |  Maximum  Number  of  Octets  in  Command  Packet 

09-0A|  |  |  Maximum  Number  of  Octets  in  Response  Packet 

0B-0C I  j  |  #  of  Unanswered  SYNC  INs  during  Data  Streaming 

OD-0E|  j  j  Max  No  of  Multiplexed  Data  Transfers 

OF-12 j  j  |  Generate  Class  2  Interrupt 

13-16  |  j  j  Burst  Size 

17-1A|  j  |  Data  Streaming  SYNC  timeout  (usees) 

IB— IE  j  |  j  Port  Release  Time  (usees) 

1 F— 22  j  j  j  Facility  Timeout  (usees) 

2  3  —  26  j  |  |  Implicit  Release  Delay  (usees) 


|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
j  LTH j  NO  | CODE j  MOD |  MOD j ADDR | ADDR | 

|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

xxxx  xxxx  03  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Condition 
j  j  j  Status 
j  |  Port  Query 

Figure  26 

Command  Packet  for  REPORT  ADDRESSEE  STATUS 


(8)  Burst  Size.  This  value  (in  octets)  spec¬ 
ifies  the  maximum  size  of  data  that  a  slave 

shall  transfer  during  any  one  Information  Trans¬ 
fer  of  data. 

NOTE:  The  relationship  between  the  buffer  size  when  Class  2 
is  to  be  reported  and  the  Burst  Size  defines  the  type  of  buf¬ 
fer  management  to  be  used  by  the  slave. 

(9)  Data  Streaming  SYNC  Timeout.  This  value 
specifies  the  period  that  the  slave  shall  wait 
after  SYNC  OUTs  cease  from  the  master,  before 
terminating  the  Information  Transfer.  If  the 
value  x'FFFFFFFE'  is  set.  the  time  period  shall 
be  the  maximum  value  allowed  by  the  Physical 
Interface. 

(10)  Port  Release  lime.  This  value  specifies 
the  time  period  that  a  slave  shall  keep  a  port 
reserved  without  any  activity  following  a  PORT 
ADDRESS  command,  before  implicitly  releasing 
it.  If  a  value  of  x’FFFFFFFE’  is  set,  the  time 
period  shall  be  infinity. 

(11)  Facility  Timeout.  This  value  specifies 


the  time  period  that  a  slave  shall  wait  for  a 
facility  to  perform  an  operation  before  termin¬ 
ating  the  command.  If  a  value  of  x’FFFFFFFE’  is 
set.  the  time  period  shall  be  infinity.  One  use 
of  the  timeout  is  to  designate  how  long  a  fa¬ 
cility  may  remain  busy  before  the  condition  is 
reported  to  the  master. 

(12)  Implicit  Release  Delay.  This  value  spec¬ 
ifies  the  time  period  that  a  slave  shall  wait 
for  a  master  to  respond  with  a  selection  se¬ 
quence  after  a  P-Busy  to  Not  P-Busy  interrupt  is 
presented  because  the  master  had  previously  at¬ 
tempted  selection.  If  a  value  of  x’FFFFFFFE’  is 
set.  the  time  period  shall  be  infinity. 

NOTE:  If  two  masters  are  competing  for  a  port,  one  may  be  fast 
enough  to  release  and  then  reselect  before  the  other  has  time 
to  respond,  and  this  value  can  be  set  to  give  the  slower  master 
an  opportunity  to  select  the  slave  in  such  a  situation. 

6.4  REPORT  ADDRESSEE  STATUS 

6.4.1  Command  Packet.  The  command  packet  for 
this  command  shall  be  as  shown  in  Figure  26. 
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+ - + - + - + - 

|  PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH |  Command  j  CODES  | TYPE | CODE j 

|  012345|  6  |  7  |  8  through  n 

H - 1 - 1 - H - 1 - 1 - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  27 

Response  Packet  for  REPORT  ADDRESSEE  STATUS 


Table  44 

Report  Addressee  Status  Parameters 
+  -+ +--+ - + + + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  REPORT  ADDRESSEE  STATUS  PARAMETERS 

+  -  + +  --  + - + - h + - 


| B | 02  | 50  |  | 

1 

|  PORT  MASK  PARAMETER 

II  II  01| 

1 

j  Slave  Address 

II  II  02 | 

1 

j  Facility  Address 

C 

1 

ro 

o 

1 

j  Port  Mask 

|  S |n  +  l 1 51 1 01-02 1 

1 

1 

1 

|  CONDITION 

II  II  01| 

7  | 

|  Operational 

Mil  1 

0  1 

|  Not  Operational 

Mil  1 

5  | 

j  Ready 

II  1  1  1 

4  1 

|  Not  Ready 

II  1  1  1 

3  | 

j  Facility  Switched  to  Another 

II  1  1  1 

2  1 

j  Port  Neutral 

II  1  1  1 

1  | 

j  L-Available 

II  1  1  1 

0  1 

j  P-Busy 

II  II  02  | 

7  | 

|  Status  Pending 

II  1  1  1 

0  1 

j  Active 

II  1  1  1 

5  | 

|  Inactive 

II  1  1  1 

4  1 

j  P-Available 

II  1  1  1 

3  | 

j  Not  P-Available 

II  1  1  1 

2  1 

j  reserved 

II  1  1  1 

1  | 

|  reserved 

II  1  1  1 

II  1  1  1 

0  1 

1 

j  reserved 

1 

+  -  + - +  --  + - + - + - + 


6.4.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  27. 

6.4.3  Description.  REPORT  ADDRESSEE 
STATUS  shall  cause  the  slave  to  report  the 
condition,  status,  or  port  mask  of  the  port  or 
ports  of  the  addressee.  Execution  of  this  com¬ 
mand  shall  not  clear  any  condition  or  status  in 
the  addressee. 

One  modifier  bit  is  required  for  execution  of 
this  command,  and  the  bits  are  mutually  exclusive. 

If  the  Condition  modifier  is  set.  the  slave 
shall  report  the  condition  (see  4.7)  of  the  ad¬ 
dressee  for  the  port  or  ports  specified. 

If  the  Status  modifier  is  set.  the  slave  shall 
report  the  status  of  the  addressee.  The  response 
is  a  Vendor-Unique  parameter  that  includes  in¬ 
formation  about  the  addressee.  One  of  the  uses 
of  this  command  is  to  permit  a  master  that  has 
not  been  available  or  operational  to  establish 


the  configuration  of  operating  slaves.  Status  is 
device  type  and  implementation  dependent.  It  in¬ 
cludes  the  current  status  of  the  addressee 
(e.g..  which  side  of  an  optical  platter  is 
loaded). 

If  the  Port  Query  modifier  is  set.  the  slave 
shall  report  the  addressee  port  mask(s)  for  the 
path  over  which  the  command  was  received.  The 
master  can  use  the  Port  Mask  parameter(s)  to 
find  out  which  port,  in  a  multi-ported  slave 
configuration,  it  is  connected  to. 

NOTE:  The  Path  Control  command  provides  the  master  with  the 
capability  of  excluding  other  (presumed  defective)  masters  from 
using  a  specific  slave.  The  Port  Mask  defines  the  port  that  the 
master  is  connected  to  so  that  it  can  prevent  excluding  itself  from 
port  access. 

6.4.4  REPORT  ADDRESSEE  STATUS  Param¬ 
eters.  These  parameters  shall  be  as  shown  in 
Table  44. 
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+ - + - + - + - + - + - + - + - + 

I  7  |  6  |  5  |  4  |  3  |  2  |  1  |  0  | 

+ - + - + - h - + - H - + - + - + 

00000010  Port  1 


Figure  28 

Port  Mask  Parameter 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH |  NO  j CODE |  MOD j  MOD | ADDR | ADDR j 
|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

xxxx  xxxx  04  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  0=Reserve  l=Release 
| |  Priority  Reserve 

| |  Notify  Alternate  Port(s)  of  Priority  Reserve 
Figure  29 

Command  Packet  for  PORT  ADDRESS 


+ - + - + - + - 

|  PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  |  CODES  | TYPE | CODE j 

|  |012345|  6  |  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  30 

Response  Packet  for  PORT  ADDRESS 


6.4.4. 1  Port  Mask  Parameter.  The  first  two 
fields  in  Figure  28  identify  the  slave  or  facil¬ 
ity  to  which  the  parameter  applies,  and  the 

bit(s)  set  in  the  mask  identify  the  port(s). 

When  the  Port  Query  modifier  is  set,  this 
parameter  identifies  the  port  or  ports  on  the 
path  to  the  addressee  over  which  the  master  is¬ 
sued  the  command. 

If  the  master  appends  this  parameter  to  the 
command,  the  slave  shall  repeat  this  parameter 
preceding  each  condition  or  status  in  the  re¬ 
sponse  for  all  the  elements  of  the  path. 

A  parameter  length  of  I  indicates  that  the 
command  shall  be  performed  for  all  the  installed 
ports  known  to  the  addressee. 

6. 4. 4. 2  Condition  Parameter.  The  two  octets 
are  bit  significant  to  advise  the  master  of  the  con¬ 
ditions  within  the  addressee  for  the  physical  port 

or  ports  identified  by  the  Port  Mask  parameter 
(i.e..  the  conditions  at  the  Physical  Interface  as 
viewed  by  the  master  of  that  interface  port). 


6.5  FORT  ADDRESS 

6.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  29. 

6.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  30. 

6.5.3  Description.  The  PORT  ADDRESS 
command  allows  the  master  to  establish  explicit 
allegiances  with  multiported  slaves,  facilities, 
or  both. 

If  the  Reserve  modifier  is  set,  it  shall  cause 
the  addressee  to  be  dedicated  to  the  commanding 
port.  The  addressee  shall  remain  reserved  until 
a  Release  occurs  or  until  another  port  issues  a 
Priority  Reserve  or  an  appropriate  reset  is  issued. 
Multiported  addressees,  when  not  reserved,  shall  be 
implemented  to  perform  an  implied  reserve  when  exec¬ 
uting  a  command  from  the  master.  Following  the  ex¬ 
ecution  of  tiie  command  or  Chain.  Sequence,  or  Order 
that  caused  the  implied  reserve,  the  addressee  shall 
perform  an  implied  release  and  become  available  to 
the  other  port  or  ports. 
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If  the  addressee  supports  command  stacking, 
the  addressee  may  be  able  to  accept  commands  on 
one  port  while  executing  commands  at  another 
(this  requires  that  each  port  of  the  addressee 
be  capable  of  stacking  commands).  The  addressee 
may  defer  the  execution  of  stacked  commands  un¬ 
til  the  other  port  is  no  longer  executing 
commands. 

If  more  than  one  Reserve  is  issued  to  an  ad¬ 
dressee,  succeeding  Reserves  shall  be  executed 
as  NOPs.  Slaves  may  employ  a  reserve  safety 
timer  to  release  the  addressee  if  the  reserving 
master  does  not  access  the  addressee  during  the 
safety  time  limit  that  is  specified  by  the  At¬ 
tributes.  The  safety  time  limit  may  be  over¬ 
ridden  by  setting  its  value  to  infinity  in  the 
Attributes. 

The  Reserve  of  a  facility  shall  cause  it  to  be 
dedicated  to  the  commanding  port  of  the  slave. 
However,  the  slave  is  not  dedicated  to  the 
commanding  master.  When  a  command  is  issued 
to  a  multiported  facility  that  is  not  reserved, 
the  slave  shall  perform  an  implied  reserve  on 
the  facility.  At  the  completion  of  the  opera¬ 
tion.  an  implied  release  is  issued  to  the  facil¬ 
ity.  It  is  the  slave’s  responsibility  to  brack¬ 
et  every  operation  to  an  unreserved,  multiported 
facility  with  a  reserve  and  a  release  function. 

If  the  Release  modifier  is  set,  it  shall  cause 
the  addressee  to  make  itself  available  to  its 
other  port  or  ports.  The  Release  complements  a 
previous  Reserve  of  the  port.  If  multiple  Re¬ 
serves  had  been  issued,  it  is  not  the  responsi¬ 
bility  of  the  slave  to  nest  the  Reserve/Release 
pairs  to  ensure  symmetry.  The  brst  Release 
shall  cause  the  addressee  to  make  itself  avail¬ 
able  to  the  other  port  or  ports. 

If  the  Priority  Reserve  modifier  is  set.  the 
command  shall  not  be  accepted  unless  the  Reserve 
modifier  is  also  set  (Bit  0  =  0).  This  modifier 
causes  immediate  switching  of  the  addressee’s 
port,  releases  any  Access  Permit  ranges  that  may 
be  active  and  establishes  a  Priority  Reserve.  If 
the  addressee  is  engaged  in  a  command  through 
another  port,  it  shall  terminate  the  command, 
and  return  Priority  reserved  status  to  the  other 
port.  Termination  may  be  either  "graceful"  or 
immediate,  as  determined  by  the  slave/facility 
implementation.  The  Priority  Reserve  shall  re¬ 
main  in  effect  until  a  Release  command  or  an  ap¬ 
propriate  reset  is  issued. 

Priority  Reserve  is  primarily  intended  for 
failure  recovery  purposes.  If  the  master  at¬ 
tached  to  an  unavailable  port  determines  that 


the  master  on  the  active  port  has  failed,  the 
slaves,  facilities,  or  both  can  be  switched  to 
the  operable  master  through  the  use  of  the 
Priority  Reserve  command. 

If  a  slave  is  capable  of  interpreting  commands 
at  an  alternate  port  while  reserved.  Priority 
Reserve  shall  always  be  accepted,  unless  a  port 
has  been  excluded  by  a  previous  PATH  CONTROL 
command. 

If  the  Notify  Alternate  Port(s)  of  Priority 
Reserve  modifier  is  set.  the  slave  shall  advise 
the  other  port  or  ports  by  Asynchronous  Response 
that  this  port  has  been  Priority  reserved.  This 
modifier  shall  only  be  accepted  by  the  slave  if 
Bit  I  =  I  and  Bit  0  =  0. 

6.6  PATH  CONTROL 

6.6.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  31. 

6.6.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  32. 

6.6.3  Description.  The  PATH  CONTROL 
command  provides  the  master  the  ability  to  dis¬ 
able  (Not  P-Available),  enable  (P-Available).  or 
assign  any  port  of  the  addressee.  The  parameter 
shall  be  used  as  a  mask  to  Disable  (I)  or  Enable 
(0)  specific  ports  on  the  addressee. 

When  there  are  no  Operation  Modifier  bits  set 
the  ports  shall  be  disabled  in  an  orderly  manner 
(i.e.,  after  all  activity  for  the  port  has 
ceased.  The  command  is  completed  when  all  ports 
referenced  in  the  mask  are  either  enabled  or 
successfully  disabled. 

There  may  be  as  many  mask  octets  in  the 
parameter  as  are  needed  to  define  the  number  of 
ports  addressable  (on  a  switching  slave,  this 
could  be  a  large  number,  e.g.,  32  ports  would 
require  4  octets)  (see  Figure  33).  The  first 
port  on  a  slave  or  facility  is  represented  by 
bit  0  in  the  least  significant  octet  and  the  re¬ 
maining  ports  (if  any)  are  represented  by  con¬ 
tiguous  bits  in  the  more  significant  octets. 

If  the  Purge  Commands  Outstanding  at  Disabled 
Port  modifier  is  set,  it  shall  cause  the  slave 
to  abort  all  commands  currently  in  the  command 
stack  and  clear  all  nonasynchronous  responses 
for  the  disabled  port  of  the  addressee.  The  port 
or  ports  will  be  disabled  regardless  of  the  state 
of  the  disabled  port.  This  command  may  be  used  to 
allow  a  malfunctioning  port  to  be  destructively 
disabled,  regardless  of  its  current  condition. 

Implementation  Nole:  It  is  possible  for  an  orderly  dis¬ 
able  lo  be  executed  against  a  slave  port  over  which  the 
PATH  CONTROL  command  was  received.  If  one  is  received, 
the  command  should  lie  rejected. 
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+ - + - + - + - + - + - + - + - 

|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH |  NO  j CODE j  MOD j  MOD j ADDR | ADDR | 

I  |  0  1  |  2  j  3  |  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  05  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Purge  Commands  outstanding  at  Disabled  port 
j  |  |  Path  Select 


Figure  31 

Command  Packet  for  PATH  CONTROL 


+ - + - + - + - 

|  PKT  |  Echoed  From |  MAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  j  CODES  | TYPE | CODE | 

|  |  0  1  2  3  4  5|  6  |  7  [  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  32 

Response  Packet  for  PATH  CONTROL 


+ - + - + - + - + - + - + - + - + 

I  7  |  6  |  5  |  4  |  3  |  2  |  1  |  0  | 


+ - + - + - + - + - + - + - + - + 


0  0 
0  0 
0  0 


0  0 
0  0 
0  0 


0  0 
0  0 
1  0 


0  0 
1  0 
0  1 


Enable  all  ports 

Disable  Port  1/Enable  Others 

Disable  Ports  0  and  3/Enable  Others 


Figure  33 

Mask  Octet  Examples 


If  the  Path  Select  modifer  is  set  and  more 
than  one  Port  Mask  parameter  is  appended  to  the 
command,  a  group  allegiance  shall  be  established 
to  the  port  or  ports  designated.  The  group  al¬ 
legiance  remains  until  another  PATH  CONTROL 
command  with  this  modifier  set  and  only  one  Port 
Mask  parameter  appended  is  received,  or  an  ap¬ 
propriate  reset  is  executed.  The  command  has  the 
effect  of  reserving  the  addressee  to  the  group 
of  slave  ports,  facility  ports,  or  both  defined 
in  the  Port  Mask  parameters. 

While  the  group  allegiance  is  in  effect,  im¬ 
plicit  and  explicit  allegiance  from  within  a 


group  work  normally.  A  port  excluded  from  the 
group  allegiance  may  only  gain  control  of  the 
addressee  through  the  use  of  Priority  Reserve  or 
an  appropriate  reset. 

When  the  Path  Select  modifier  is  not  set.  but 
more  than  one  slave  Port  Mask  parameter  is  as¬ 
sociated  with  a  Port  Mask  parameter  of  the 
facility,  the  master  is  identifying  alternate 
paths  that  may  be  used  to  route  responses.  Such 
a  usage  demands  specific  knowledge  between  the 
master  and  attached  slaves,  which  may  make  the 
implementation  vendor  dependent,  system  depen¬ 
dent,  or  both. 
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Table  45 

Path  Control  Parameter 

+  _  + - + —  + - + - + - + 

|  @ | LTH | ID | OCTET | X/b | DEF |  PATH  CONTROL  PARAMETER 


+  -  + - +--  + - + — 

|  M | n+1 | 50 |  | 

1 

1 

PORT  MASK  PARAMETER 

II  II  01| 

1 

1 

Slave  Address 

II  02  | 

1 

1 

Facility  Address 

1  1  1  103-  n| 

1 

1 

1 

1 

Octet  mask ( s ) 

+  - 
1 

+  - 
1 

1 

1 

+  - 
1 

1 

+  - 
1 

1 

1 

1 

1 

+  ~ 
1 

1 

1 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH |  NO  j CODE j  MOD j  MOD j ADDR j ADDR j 
|  j  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

0006  xxxx  06  bbbb  bbbb  xx  xx 
7654  3210 

I  II  I 

| | | |  Bits  1,  2  have  encoded  meaning  of: 

x'0'=Enable  x'2'=Disable 
x ' 4 ' =Clea  r  x'6'=Set 


Figure  34 

Command  Packet  for  ATTENTION  CONTROL 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  j  CODES  | TYPE | CODE | 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  35 

Response  Packet  for  ATTENTION  CONTROL 


6.6.4  Path  Control  Parameter  (Port  Mask  Pa¬ 
rameter).  This  parameter  is  used  to  identify 
the  port  to  be  masked  (see  6.4. 1.1).  This  param¬ 
eter  shall  be  as  shown  in  Table  45. 

6.7  ATTENTION  CONTROL 

6.7.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  34. 

6.7.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  35. 

6.7.3  Description.  The  ATTENTION  IN  signal 
at  the  Physical  Interface  is  set  as  a  result  of 
interrupts  pending  in  the  slave  or  slaves.  The 
ATTENTION  CONTROL  command  provides  the 
master  with  the  ability  to  control  generation  of 

the  ATTENTION  IN  signal  by  the  addressee. 

The  modifiers  are  set  in  conjunction  with  the 
Attention  Control  Parameter  to  provide  for  the 


enabling,  disabling,  setting,  or  clearing  the 
interrupt  classes  within  the  addressee. 

This  command  does  not  affect  the  operation  of 
other  ports  and  does  not  affect  the  capability 
of  the  master  to  poll  for  interrupts  at  the 
Physical  Interface.  At  Power  On.  all  of  the 
interrupt  classes  are  enabled. 

The  Enable  and  Disable  modifiers  change  how 
interrupts  affect  the  setting  of  ATTENTION  IN. 
as  follows: 

Enable  allows  the  selected  interrupts  to  gen¬ 
erate  attention  (e.g..  when  Interrupt  Mask  Bit  2 
is  set.  then  Class  3  interrupts  shall  be  enabled 
for  causing  the  ATTENTION  IN  signal  to 
be  asserted). 

Disable  prevents  the  selected  interrupts  from 
generating  attention  (e.g..  when  Interrupt  Mask 
Bit  0  is  set.  Class  I  interrupts  shall  not  cause 
the  ATTENTION  IN  signal  to  be  asserted). 


90 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


Table  46 

Attention  Control  Parameter 
+  -  + - +  --  + - + - + - + 


| @ | LTH | ID | OCTET | X/b | DEF |  ATTENTION  CONTROL  PARAMETER 

+  -  + +  —  + - + + + - 


f  M  |  02 

1  50  | 

01|  | 

|  INTERRUPTS  MASK 

1  1 

1  1 

1  7-3  | 

j  reserved 

1  1 

1  1 

1  2| 

j  Class  3  Interrrupts 

(Critical ) 

1  1 

1  1 

1  1| 

|  Class  2  Interrrupts 

(Transfer  Pending 

1  1 

1  1 

1  1 

1  1 

1  0| 

1  1 

|  Class  1  Interrrupts 

1 

(Status  Pending) 

+  -  + - +  --  + - + - + - + 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH I  NO  j CODE |  MOD j  MOD j ADDR | ADDR j 
j  |  0  1  |  2  j  3  |  4  j  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  07  bbbb  bbbb  xx  xx 
7654  3210 


|  |  0  =  Set  l  =  Repor t 


Figure  36 

Command  Packet  for  OPERATING  MODE 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH j  Command  j  CODES  | TYPE | CODE j 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  37 

Response  Packet  for  OPERATING  MODE 


The  Set  and  Clear  modifiers  force  interrupts 
themselves  to  be  changed,  as  follows: 

Set  causes  the  selected  interrupts  to  be  gen¬ 
erated  internally  by  the  addressee  (e.g.,  when 
Interrupt  Mask  Bit  0  is  set,  then  a  Class  1  in¬ 
terrupt  shall  be  generated,  which  shall  cause 
the  assertion  of  the  ATTENTION  IN  signal  if 
Class  I  is  Enabled). 

Clear  causes  the  selected  interrupts  to  be 
reset  (e.g..  when  Interrupt  Mask  Bit  0  is  set, 
then  the  Class  I  interrupt  indication  shall  be 
reset  within  the  addressee). 

6.7.4  Attention  Control  Parameter  (Interrupts 
Mask  Parameter).  This  parameter  is  used  to  set  the 
mask  to  either  cause  or  prevent  interrupts  from 
having  the  ATTENTION  IN  signal  be  generated. 


This  parameter  shall  be  as  shown  in  Table 
46. 

6.8  OPERATING  MODE 

6.8.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  36. 

6.8.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  37. 

6.8.3  Description.  The  OPERATING  MODE 
command  allows  the  master  to  change  the  opera¬ 
ting  modes  of  the  slave  or  facility  dynamically. 

The  parameter  Field  of  the  command  packet  de¬ 
fines  what  action  the  slave  or  facility  is  to  take 
(e.g..  those  associated  with  establishing  device¬ 
unique  operating  characteristics,  such  as  recording 
density  on  tape,  removal  of  media,  and  the  like). 
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On  disks,  the  master  may  direct  transfer  com¬ 
mands  to  nonprimary  data  spaces  such  as  the  CE 
Partition,  IML  Partition,  and  the  like.  Data 
transfer  commands  shall  be  Chained,  Sequenced, 
or  Ordered  to  OPERATING  MODE  with 
the  Partition  parameter  in  order  to  access  the 
one  desired. 

Execution  of  transfer  commands  in  slave- 
defined  areas  other  than  that  for  data  may  re¬ 
quire  different  types  of  response  information. 

The  Response  Conditions  parameter  is  used  to 
override  the  conditions  established  by  House¬ 
keeping  Attributes. 

The  parameters  associated  with  this  command 
shall  remain  in  effect  until  a  subsequent 
Chained,  Sequenced,  or  Ordered  OPERATING 
MODE  command  is  issued  or  until  the  ter¬ 
mination  of  the  Chain,  Sequence,  or  Order. 

6.8.4  Parameters.  The  Operating  Mode  Param¬ 
eters  shall  be  as  shown  in  Table  47. 

6.8.4. 1  Partition  (Common)  Parameter. 

This  parameter  is  used  to  establish  the  slave- 
defined  Partition  that  is  to  be  addressed  when 

it  is  not  the  data  partition. 

6. 8. 4. 2  Response  Conditions  Parameter. 

The  master  can  override  default  attributes  by 
use  of  this  parameter,  which  has  the  same  mean¬ 
ings  as  those  defined  in  the  Slave  Reconfigura¬ 
tion  Parameter  of  the  ATTRIBUTES  com¬ 
mand  (6.3.4. I .4). 

6. 8. 4. 3  Disk  Modes  Parameter 

(1)  Spin  Up.  The  slave  shall  cause  the  disk  spin¬ 
dle  to  be  powered  up  and  spinning,  and  shall  unlock 
the  carriage  so  that  it  will  be  ready  for  operation. 

(2)  Spin  Down.  The  slave  shall  cause  the  disk 
spindle  to  be  powered  down. 

(3)  Lock  Cartridge.  The  slave  shall  cause  the 
disk  cartridge  or  the  cartridge  door  to  be  lock¬ 
ed,  so  that  a  removable  disk  cartridge  cannot  be 
removed  by  an  operator. 

(4)  Unlock  Cartridge.  The  slave  shall  cause 
the  disk  cartridge  or  cartridge  door  to  be  un¬ 
locked,  so  that  a  removable  cartridge  can  be  re¬ 
moved  by  an  operator. 

(5)  Load  Heads.  The  slave  shall  cause  the 
read/write  heads  to  be  loaded  onto  the  media. 

(6)  Unload  Heads.  The  slave  shall  cause  the 
read/write  heads  to  be  unloaded  from  the  media. 

(7)  Lock  Carriage.  The  slave  shall  cause  the 
disk  carriage  to  be  locked. 

(8)  Rezero.  This  parameter  shall  cause  the 
arm  of  the  addressee  to  be  set  to  its  initial 
calibrated  position. 


6.9  ABORT 

6.9.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  38. 

6.9.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  39. 

6.9.3  Description.  The  ABORT  command  allows 
a  master  to  terminate  all  or  some  of  the  com¬ 
mands  within  a  slave  or  issue  a  Selective  Reset 
to  facilities. 

Slaves  shall  be  implemented  to  accept  an  ABORT 
command  while  commands  are  in  progress  on  at¬ 
tached  facilities.  This  requires  that  the  slave  have 
the  ability  to  process  a  minimum  of  one  ABORT 
command,  even  if  its  command  stack  is  full.  This  is 
the  only  command  that  this  restriction  applies  to, 
and  only  the  simplest  implementation  need  be  sup¬ 
ported  when  all  queues  are  full . 

Since  an  ABORT  is  presumed  to  take  precedence 
over  other  commands,  the  Priority  Modifier 
should  be  set;  otherwise,  it  will  be  managed  in 
the  order  of  the  slave’s  command  handler  (first 
in.  first  out  (FIFO)  or  some  other  algorithm). 

The  ABORT  command  shall  be  rejected  if  no  modi¬ 
fiers  are  set  and  there  are  no  parameters  present. 

ABORT  allows  the  master  to  terminate  com¬ 
mands  in  the  slave  or  facility.  Unless  defined 
otherwise  by  the  master  via  parameters,  if  any 
command  in  a  Chain,  Sequence,  or  Order  is 
aborted,  the  remaining  commands  in  the  Chain, 
Sequence,  or  Order  shall  be  terminated.  It  is 
the  master's  responsibility  to  ensure  that  no  com¬ 
mands  in  a  Chain,  Sequence,  or  Order  that  had  not 
been  received  by  the  addressee  prior  to  issuing  the 
ABORT  are  received  following  the  ABORT. 

The  Command  Reference  Numbers  of  the  com¬ 
mands  to  be  terminated  are  passed  as  parameters. 

If  no  modifiers  are  set,  the  slave  shall  termi¬ 
nate  all  commands  that  have  not  been  initiated. 

The  response  packets  for  the  original  commands 
shall  identify  whether  or  not  the  requested  com¬ 
mands  were  terminated.  The  slave  issues  the  Re¬ 
sponse  for  the  ABORT  command  only  after  all  of 
the  commands  identified  in  the  parameters  have 
been  aborted. 

If  the  Terminate  Command  in  Progress  modifier 
is  set,  the  command  in  execution  shall  terminate 
immediately.  If  a  Chain.  Sequence,  or  Order  of 
commands  is  affected,  all  other  associated  com¬ 
mands  shall  be  terminated.  Results  are  unpre¬ 
dictable  if  a  command,  command  sequence,  or  com¬ 
mand  chain  is  partially  completed  at  the  time  it 
is  aborted.  The  slave  shall  abort  the  command 
in  a  manner  that  retains  as  much  data  or 
operational  integrity  as  is  practical. 
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Table  47 

Operating  Mode  Parameters 


+  -  + - +  --  + - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF | 

OPERATING  MODE  PARAMETERS 

| B | n  +  1 | 3  E |  | 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1  1  1  1 

| M | 02  | 50  |  | 

1 

1 

1 

1 

RESPONSE  CONDITIONS 

II  II  01| 

7  | 

1 

Post  Conditional  Success  if  Error  Retry 

Mil  1 

6  1 

1 

Post  Conditional  Success  if  Data  Correction 

II  1  1  1 

5  | 

1 

Inhibit  Operation  Response  on  Success 

Mil  1 

4  1 

1 

Inhibit  Extended  Substatus  Response 

II  II  1 3- 

0  1 

1 

reserved 

1  1  1  1  1 
|  M | 0 3  | 51 | 01-02  | 

1 

1 

1 

disk  MODES 

II  II  01| 

7  | 

1 

Spin  Up 

II  1  1  1 

6  1 

1 

Spin  Down 

II  1  1  1 

5  | 

1 

Lock  Cartridge 

II  1  1  1 

4  1 

1 

Unlock  Cartridge 

II  1  1  1 

3  | 

1 

Load  Heads 

II  1  1  1 

2  1 

1 

Unload  Heads 

II  1  1  1 

1  | 

1 

Lock  Carriage 

II  1  1  1 

0  1 

1 

Rezero 

II  II  02 1 

7  | 

1 

II  II  | to 

1 

reserved 

II  1  1  1 

II  1  1  1 

0  1 

1 

1 

1 

+  -  + - +  —  + - + - + - + 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH  j  NO  | CODE  I  MOD |  MOD j ADDR | ADDR | 
j  j  0  1|  2  j  3  |  4  |  5  j  6  through  n 

xxxx  xxxx  08  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Orderly  Termination 

|  j  |  Terminate  Command  in  Progress 

| |  Terminate  All  Commands  Not  in  Progress 

Figure  38 

Command  Packet  for  ABORT 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  PARAMETERS 

|  LTH j  Command  j  CODES  | TYPE | CODE j 

j  |01234  5|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  39 

Response  Packet  for  ABORT 
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If  the  Orderly  Termination  modifier  is  set,  an 
in-progress  command  shall  be  terminated  at  a 
point  that  ensures  data  integrity.  This  may  or 
may  not  require  the  slave  to  complete  a  sequence 
or  chain. 

If  the  Terminate  All  Commands  Not  in  Progress 
modifier  is  set.  all  commands  not  in  progress 
shall  be  aborted.  A  command  may  have  been  initi¬ 
ated  but  not  be  in  progress  (e.g..  a  transfer 
command  with  an  implicit  seek  that  has  been  com¬ 
pleted.  but  no  transfer  has  begun). 

An  ABORT  command  cannot  be  used  to  abort  a 
previously  issued  ABORT  command. 

If  a  master  is  terminating  commands  it  issued 
over  the  same  port,  short  forms  of  the  parameter 
list  may  be  used.  However,  if  on  a  multiported 
system,  a  different  master  (or  the  same  master 
through  a  different  port)  issues  the  ABORT,  the 
slave  shall  requires  the  complete  routing  infor¬ 
mation  of  the  original  commands.  When  the  abort¬ 
ed  command  terminates,  the  port  over  which  it 
was  aborted  is  advised  (i.e.,  the  routing  of  the 
ABORT  command  overrides  the  original  routing). 

A  master  can  issue  a  Selective  Reset  to  a  fa¬ 
cility  if  the  Facility  Reset  parameter  is  ap¬ 
pended.  The  use  of  this  parameter  is  mutually 
exclusive  with  the  use  of  any  operation  modi¬ 
fiers  or  other  parameters. 

6.9.4  Parameters.  The  Abort  Parameters  shall 
be  as  shown  in  Table  48. 

6.9.4. 1  Command  Reference  Number  Pa¬ 
rameter.  This  parameter  is  used  by  the  master 
that  originally  issued  the  commands  to  be  aborted. 

6. 9. 4. 2  Alternate  Port  Commands  Param¬ 
eter.  This  parameter  is  issued  by  a  master  (which 
may  or  may  not  have  issued  the  original  command) 
for  each  command  to  be  aborted,  over  a  port 
other  than  that  from  which  it  was  originally  re¬ 
ceived.  It  is  necessary  to  provide  the  slave  with 

the  complete  routing  information  on  the  command. 

(1)  Command  Reference  Number.  This  value 
shall  correspond  to  that  of  the  command  to  be 
aborted. 

(2)  Slave  Address.  This  octet  shall  identify 

the  Slave  Address  to  which  the  command  was  ori¬ 
ginally  issued  (slaves  may  have  different  ad¬ 
dresses  on  different  ports). 

(3)  Facility  Address.  This  octet  shall 
identify  the  Facility  Address  to  which  the  com¬ 
mand  was  originally  issued  (facilities  may  have 
different  addresses  on  different  ports). 

(4)  Octet  Mask(s).  This  octet  shall  iden¬ 
tify  the  port  over  which  the  command  was  origi¬ 
nally  received. 


6. 9. 4. 3  Facility  Address  Parameter.  This 
parameter  is  used  to  remove  commands  queued  to 
Facility  Addresses.  If  there  are  several  com¬ 
mands  outstanding  to  a  particular  Facility  Ad¬ 
dress.  this  parameter  reduces  the  burden  on  the 
master  to  identify  every  Command  Reference  Num 
ber.  The  slave  shall  generate  a  response  for 

each  command  aborted.  This  parameter  is  used  as 
an  alternative  to  Parameter  50. 

6. 9. 4. 4  Alternate  Port  Parameter.  This  pa 
rameter  is  issued  by  a  master  (which  may  or  may 
not  have  issued  the  original  command)  for  each 
command  to  be  aborted,  over  a  port  other  than 
that  from  which  it  was  originally  received.  It 
provides  the  same  function  as  the  Facility  Ad¬ 
dress  parameter,  with  the  addition  of  the  rout¬ 
ing  information  of  Slave  Address  and  port  mask 
over  which  the  commands  were  originally 
received. 

If  the  Facility  Address  field  is  set  to  x'FF’, 
then  all  of  the  commands  received  by  that  port 
shall  be  aborted.  This  parameter  is  used  as  an 
alternative  to  Parameter  5 1 . 

6. 9. 4. 5  Facility  Reset  Parameter.  When 
this  parameter  is  appended  all  of  the  facility's 
pending  and  active  commands  and  pending  re¬ 
sponses  within  the  slave  shall  be  flushed.  Bits 
3-0  (see  4.10.7)  define  the  type  of  reset  that 
the  slave  shall  issue  to  the  facility. 

6.10  ACCESS  PERMITS 

6.10.1  Command  Packet.  The  command 
packet  for  this  command  shall  be  as  shown  in 
Figure  40. 

6.10.2  Response  Packet.  The  response 
packet  for  this  command  shall  be  as  shown  in 
Figure  4 1 . 

6.10.3  Description.  The  ACCESS  PERMITS 
command  provides  the  ability  to  define  multiple 
extents  that  may  be  either  read-  or  write- 
protected  by  an  Access  Key  established  by  the 
master.  The  Access  Key  is  set  originally  by  the 
master  to  be  associated  with  a  defined  extent  or 
extents,  and  specifies  the  type  of  protection 
desired. 

Any  command  that  references  an  extent  or 
extents  protected  by  a  previously  issued  ACCESS 
PERMITS  shall  include  the  Access  Key  in  its  pa¬ 
rameter  list.  If  the  Access  Key  is  not  present, 
or  is  incorrect,  the  slave  shall  terminate  with 
Command  Exception  (Missing  parameter)  or  Ma¬ 
chine  Exception  (Access  Violation)  status, 
respectively. 
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Table  48 

Abort  Parameters 


+  -  + - +  —  + - + - + - + 

|  @  I  LTH I  ID  I  OCTET | X/b | DEF | 


ABORT  PARAMETERS 


COMMAND  REFERENCE  NUMBER  PARAMETER 

Command  Reference  Number  Repeated  as  many 

Command  Reference  Number  times  as  needed 


| M | n+l | 50 |  | 

1 

1  1  1  1 01-02  | 

1 

1  1  1  | n— 1 : n | 

1  1  1  1  1 

1 

| M 1 n+l 1 51  1 

1 

1 

<N 

O 

1 

H 

O 

1 

II  II  03  | 

1 

||  04  | 

1 

II  I  |  05-  n | 

iiii  i 

1 

| M | n+l | 52  j  j 

1 

1 

II  II  01| 

1 

II  II  n  | 

i  i  i  i  i 

1 

1  M 1 n  +  l  |  53  |  | 

1 

1 

II  II  01| 

1 

II  II  02  | 

1 

II  II 03-  n | 

IIII  | 

1 

| 

| M |  02  |  54  |  | 

1 

II  II  01  1 7 

-4  | 

IIII  1 

3  | 

IIII  1 

2  1 

IIII  1 

1  | 

IIII  1 

IIII  1 

0  1 

1 

ALTERNATE  PORT  COMMANDS  PARAMETER 

Command  Reference  Number 

Slave  Address 

Facility  Address 

Octet  mask ( s ) 


FACILITY  ADDRESS  PARAMETER 
Facility  Address 
Facility  Address 

ALTERNATE  PORT  PARAMETER 
Slave  Address 
Facility  Address 
Octet  masks 

FACILITY  RESET  PARAMETER 
reserved 
Release 

Reset  as  Power  On 
Logical  Interface  Reset 
Physical  Interface  Reset 


Repeated  as  many 
times  as  needed 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH j  NO  j CODE |  MOD j  MOD j ADDR j ADDR | 

|  |  0  1  |  2  |  3  |  4  |  5  |  6  through  n 


xxxx  xxxx 


bbbb 

bbbb 

XX  XX 

7654 

3210 

1  II  1 
IIII 

1  1  1 

1  1 

1 

Bits  0,  1,  3  have  encoded  meaning 
x ' 0 ' =Repo  r t 

x ' 1 ' =Ini ti al i ze  x ' 2 ' “Restore 
0«=DataBlock  l=PhysicalBlock 
x'9'=Load  x'A'«Save 

of : 


Figure  40 

Command  Packet  for  ACCESS  PERMITS 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH  j  Command  |  CODES  | TYPE | CODE j 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb7654  3210  3210 


Figure  41 

Response  Packet  for  ACCESS  PERMITS 
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The  opcode  modifiers  allow  the  master  to  Ini¬ 
tialize.  Report.  Restore.  Load,  or  Save  Access 
Key  information.  The  modifiers  are  mutually  ex¬ 
clusive.  i.e..  only  one  action  may  be  specified 
by  the  command  modifier. 

NOTE:  Bits  0.  1,  and  3  (x‘l\  x’2\  and  x'8’)  are  encoded. 

Bit  2  (x’4‘)  is  used  in  conjunction  with  these  bits  to 
refer  to  either  logical  or  physical  blocks. 

The  Opcode  modifiers  shall  be  as  follows: 

(1)  Report.  Report  requires  the  addressee  to 
respond  with  a  list  of  the  extents  currently 
protected. 

(2)  Initialize.  Initialize  allows  the  slave  to 
set  its  protected  extents  to  their  default  value 
(typically  none  will  be  protected). 

(3)  Restore.  Restore  allows  the  restoration  of 
Access  Key  information  that  has  been  Saved. 

(4)  Save.  Save  allows  the  addressee's  protect¬ 
ed  extents,  including  those  associated  with  this 
command,  to  be  saved  prior  to  Power  Down  or  re¬ 
moval  of  the  media  from  a  removable  media 
facility. 

(5)  Load.  Load  allows  the  master  to  set  pro¬ 
tected  extents  within  the  addressee  (if  they  are 
valid). 

(6)  Restore.  At  Power  On.  slaves  shall  perform 
an  automatic  Restore  if  protected  extents  have 
been  Saved;  otherwise,  they  shall  perform  an 
Initialize. 

The  parameter  fields  associated  with  this  com¬ 
mand  allow  the  protected  data  areas  to  be  spe¬ 
cified  as  extents,  and  use  bit-significant 
fields  to  specify  Read  or  Write  Access,  and  to 
Invoke  or  Revoke  protection.  The  maximum  number 
of  extents  that  can  be  protected  is  established 
with  the  ATTRIBUTES  command  using  the 
Addressee  Configuration  parameter. 

Protection  may  be  revoked  from  selected  areas 
by  setting  the  Revoke  bit  in  the  parameter 
field.  However,  an  ACCESS  PERMITS  command 
that  references  any  part  of  a  protected  area 
shall  be  required  to  define  the  Access  Key  for 
that  area.  This  is  necessary  to  prevent  acci¬ 
dental  or  deliberate  revocation,  modification, 
or  remodification  of  access  protected  address 
ranges. 

In  multiport  systems  that  have  slaves  that 
share  common  facilities,  it  is  the  responsibil¬ 
ity  of  the  master  to  ensure  that  appropriate 
protection  is  established  for  all  slaves  sharing 
them. 

The  protection  is  applied  from  the  port  that 
established  the  extents,  and  can  be  revoked  by 


that  port,  or  other  ports  identified  in  the 
original  Protection  parameter. 

In  the  event  that  a  master  fails,  or  another 
master  attached  to  a  different  port  has  a  need 
to  override  existing  ACCESS  PERMITS,  it  is 
possible  to  redefine  allowable  access  with  the 
PORT  ADDRESS  command.  All  of  the  protected 
ACCESS  PERMIT  ranges  associated  with  an 
addressee  can  be  released  simultaneously  by  is¬ 
suing  a  PORT  ADDRESS  command  with  the  Priority 
Reserve  bit  set  in  the  Opcode  Modifier  field. 

Implementation  Note:  The  method  specified  for  write- 
protected,  or  read-protected  cl  ala ,  or  both,  is  effective 
in  preventing  accidental  access  to  address  ranges.  How¬ 
ever.  if  all  users  of  the  system  are  allowed  to  issue  a 
Priority  Reserve  (via  a  PORT  ADDRESS  command),  then  a  mal¬ 
icious  user  can  gain  access  to  any  data.  This  problem  can 
be  avoided  if  software  restricts  the  use  of  the  Priority  Re¬ 
serve  bit  in  the  PORT  ADDRESS  command. 

6.10.4  Parameters.  The  Access  Permits  Param¬ 
eters  shall  be  as  shown  in  Table  49. 

6.10.4.1  Command  Extent  (Common)  Param¬ 
eter.  This  parameter  is  used  to  define  the  ex¬ 
tent  (or  extents,  if  multiple  parameters  are 
supplied)  that  is  to  be  protected  by  the  slave. 

and  is  preceded  by  the  Access  Key  and  Access 
Protection  parameters. 

6.10.4.2  Response  Extent  (Common)  Param¬ 
eter.  This  parameter  is  used  to  return  the  ex¬ 
tent  or  extents  protected  by  the  Access  Key 

(which  was  supplied  in  the  command  packet). 

6.10.4.3  Access  Key  (Common)  Parameter. 
This  parameter  is  used  by  the  master  to  precede, 
and  thus  identify,  the  extent  or  extents  to  be 
protected  or  reported. 

6.10.4.4  Data  Address  (Common)  Parameter. 

This  parameter  is  used  if  the  four  octets  of  Data 
Address  in  the  Extent  parameters  are  insufficient. 

6.10.4.5  Partition  (Common)  Parameter. 

This  parameter  is  used  to  address  any  partition 
other  than  the  default  data  area,  and  shall 
precede  the  Extent  parameter. 

6.10.4.6  Port  Mask  Parameter  (See 
6.4.4. 1 ).  The  Port  Mask  is  used  to  establish 
from  which  ports  the  protection  is  to  be 
applied.  Applications  of  the  Port  Mask  are  used 
as  follows: 

(1)  This  Ron  Only.  Used  to  protect  the  extent 
or  extents  on  this  port  only. 

(2)  This  Master  Only.  Used  to  protect  the 
extent  or  extents  accessible  to  this  master 
only.  It  is  necessary  that  the  port  controls  be 
established  to  identify  which  master  has  access 
over  which  ports.  A  master  may  have  more  than 
one  port  of  access  to  a  slave. 
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Table  49 

Access  Permits  Parameters 


+  -  + - +  --  + - + - + - + 


| @ | LTH | ID | OCTET | X/b | DEF |  ACCESS  PERMITS  PARAMETERS 


+ - + 

- + - +_ 

— + — 

I  09  | 

31  1  1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1  1 

| 01-04  | 

1 

1 

Count 

1  1 

| 05-08  | 

1 

1 

Data  Address 

|  n+1  | 

1  1 
32  |  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

1  1 

|  01-04 | 

1 

1 

Residual  Count 

1  1 

|  05-08 | 

1 

1 

Data  Address 

|  05  | 

35  |  01-04  | 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 
|  n+1  | 

3A | 01-  n | 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 
j  n+1  | 

1  1 

3  E | 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

|  n+1  | 

1  1 

50  |  | 

1 

1 

1 

1 

PORT  MASK  PARAMETER 

1  1 

1  01  1 

1 

1 

Slave  Address 

1  1 

1  02  1 

1 

1 

Facility  Address 

1  1 

|  03-  n | 

1 

1 

Octet  mask ( s ) 

1  02  | 

51  1  1 

1 

1 

1 

1 

ACCESS  PROTECTION  PARAMETER 

1  1 

1  01  1 

1 

1 

Protection  Modifiers 

1  1 

1  1 

7  | 

1 

Read  Access 

1  1 

1  1 

6  1 

1 

Write  Access 

1  1 

1  1 

5  | 

1 

Invoke  *  mutually 

1  1 

1  1 

4  1 

1 

Revoke  *  exclusive 

1  1 

1  1 

+ - + 

1 

1 

+ - 

1 

1 

1 

1 

1 

+ - 

1  UJ 

-0  | 

1 

--  + - 

1 

1 

--  +  - 

reserved 

(3)  Other  Ports  Only.  Used  to  protect  the 
extent  or  extents  from  access  by  the  other  ports 
connected  to  the  slave. 

(4)  Other  Masters  Only.  Used  to  protect  the 
extent  or  extents  from  access  by  the  other 
masters  connected  to  the  slave. 

6.10.4.7  Access  Protection  Parameter  (Pro¬ 
tection  Modifiers).  These  modifiers  follow  the 
Access  Key  parameter  and  are  used  to  establish 
what  kind  of  protection  is  needed  for  access  to 
the  extent.  The  modifiers  are  as  follows: 

(1)  Read  Access.  This  modifier  permits  trans¬ 
fer  commands  read-only  access  to  the  extent  when 
associated  with  the  correct  key  in  their  param¬ 
eter  list. 

(2)  Write  Access.  This  modifier  permits  trans¬ 
fer  commands  both  read  and  write  access  to  the 
extent  when  associated  with  the  correct  key  in 
their  parameter  list. 

(3)  Invoke.  This  modifier  is  used  to  estab¬ 
lish.  in  accordance  with  the  access  modifiers, 
the  protection  of  the  extent  or  extents  with  the 
Access  Key. 

(4)  Revoke.  This  modifier  is  used  to  cancel, 
in  accordance  with  the  access  modifiers,  the 
protection  of  the  extent  or  extents  under  the 
Access  Key. 


6.11  RESUME 

6.11.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  42. 

6.11.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  43. 

6.11.3  Description.  This  command  allows  the 
master,  without  reference  to  the  termination  ad¬ 
dress.  to  resume  execution  of  an  operation  that 
was  posted  as  Incomplete  by  the  slave.  The  slave 
shall  resume  from  the  point  at  which  the  command 
had  been  suspended  in  execution,  and  continue  as 
if  there  had  been  no  interruption. 

RESUME  can  only  be  used  to  reinitiate  slave 
execution  of  the  COPY,  COMPARE  SLAVE 
DATA,  and  COMPARE  DATA  commands.  The  re¬ 
sponse  for  the  RESUME  is  presented  when  a 
command  is  successfully  reinitiated.  The  re¬ 
initiated  commands  will  each  present  a  separate 
response  when  they  complete. 

For  example,  during  a  COPY  operation  from  disk 
to  tape.  End  of  Media  (EOM)  may  have  occurred. 
Incomplete  status  would  have  been  posted,  and 
the  master  has  to  provide  for  rewind  and  re¬ 
placement  of  the  output  tape.  By  issuing  RESUME, 
the  master  can  initiate  resumption  of  the  COPY' 
without  having  to  rethe  COPY  with  revised  disk 
extents  information.  The  RESUME  command  thus 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH |  NO  | CODE |  MOD j  MOD | ADDR j ADDR | 

j  0  1  |  2  |  3  j  4|  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  OA  bbbb  bbbb  xx  xx 
7654  3210 


Figure  42 

Command  Packet  for  RESUME 


+ - + - + - + - 

|  PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH  j  Command  j  CODES  | TYPE | CODE j 

|  |012345|  6  j  7  |8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  43 

Response  Packet  for  RESUME 


Table  50 

Resume  Parameters 


+  -+ - +--  + - + - + - + 

| @ I LTH I  ID  I  OCTET | X/b | DEF | 


RESUME  PARAMETERS 


+ - + 

- + 

- +  -- 

|  n  +  1  | 

50  | 

01-02  | 

1 

1 

Command  Reference 

Numbe  r 

Repeated 

as  many 

1  1 

n-1 : n  j 

1 

1 

Command  Reference 

Numbe  r 

times  as 

needed 

1  1 
|  n+l  | 

51  | 

1 

1 

1 

1 

1 

1 

ALTERNATE  PORT  COMMANDS 

PARAMETER 

1  1 

01-02 | 

1 

1 

Command  Reference 

Numbe  r 

1  1 

03  | 

1 

1 

Slave  Address 

1  1 

04  | 

1 

1 

Facility  Address 

1  1 

1  1 

+ - + 

- + 

1  o 

1  LH 

1  1 

1  D 

+ - 

1 

1 

1 

—  +  — 

1 

1 

Octet  masks 

facilitates  the  backup/restore  operation  when 
multiple  backup  media  are  required. 

The  command  to  be  resumed  shall  be  identified 
by  its  Command  Reference  Number,  which  is  ap¬ 
pended  as  a  parameter  (the  Command  Reference 
Number  within  the  basic  command  packet  is  that 
for  the  RESUME  command  itself).  If  this  param¬ 
eter  is  missing  or  incorrect  the  slave  shall 
terminate  with  Command  Exception  status. 

If  a  slave  is  capable  of  executing  simulta¬ 
neously  more  than  one  command  that  can  terminate 
with  an  Incomplete  status,  then  the  parameters 
listing  the  Command  Reference  Numbers  of  all 
those  to  be  restarted  shall  be  supplied  as  pa¬ 
rameters.  If  a  master  is  resuming  commands  it 
issued,  only  the  short  form  of  the  parameter 
list  is  used. 


If  on  a  multi  ported  system  a  different  master 
(or  the  same  master  through  a  different  port) 
issues  the  RESUME,  the  slave  requires  the 
complete  routing  information  of  the  original 
command.  When  the  resumed  command  terminates, 
the  port  over  which  it  was  resumed  is  advised, 
i.e.,  the  routing  of  the  resumed  command  over¬ 
rides  the  original  routing. 

6.11.4  Parameters.  The  Resume  Parameters 
shall  be  as  shown  in  Table  50. 

6.11.4.1  Command  Reference  Number  Param¬ 
eter.  This  parameter  is  used  by  the  master  that 
originally  issued  the  command  or  commands  to  be 
resumed. 

6.11.4.2  Alternate  Port  Commands  Parameter. 

This  parameter  is  issued  by  a  master  (which  may 
or  may  not  have  issued  the  original  command)  for 
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| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
j  LTH |  NO  | CODE |  MOD  j  MOD j ADDR | ADDR j 
|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

xxxx  xxxx  OB  bbbb  bbbb  xx  xx 
7654  3210 


Figure  44 

Command  Packet  for  PORT  RESPONSE 


H - 1 - 1 - (. - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 

|  LTH  j  Command  j  CODES  | TYPE | CODE | 

I  |  0  1  2  3  4  5|  6  j  7  j  8  through  n 

+ - + - 1 - + - + - t - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  45 

Response  Packet  for  PORT  RESPONSE 


Table  51 

Port  Response  Parameters 
+-+ - + — + - + - + - + 


| @ I LTH I  ID  I  OCTET | X/b | DEF |  PORT  RESPONSE  PARAMETERS 


+ 

1 

1 

+ 

1 

1 

1 

+ 

- 

-  —  +  -- 

- +  - 

| n  +  1 | 50  | 

i 

1 

1 

PORT  MASK  PARAMETER 

1  1  1 

01  1 

1 

1 

Slave  Address 

1  1  1 

02  | 

1 

1 

Facility  Address 

1  1  1 

03-  n  | 

1 

1 

Octet  mask ( s ) 

1 

1 n+1 | 51  | 

1 

1 

1 

1 

1 

1 

RESPONSE  INFORMATION  PARAMETER 

i  i  i 

i  i  i 

+ - +  --  + 

01-  n  | 

1 

1 

1 

1 

1 

Response  Information 

each  command  to  he  resumed,  over  a  port  other 
than  that  from  which  i.  was  originally  received. 

It  is  necessary  to  provide  the  slave  with  the 
complete  routing  information  on  the  command. 

(1)  Command  Reference  Number.  This  value 
shall  correspond  to  that  of  the  command  to  be 
resumed. 

(2)  Slave  Address.  This  octet  shall  identify 
the  Slave  Address  to  which  the  command  was 
originally  issued  (slaves  may  have  different 
addresses  on  different  ports). 

(3)  Facility  Address.  This  octet  shall  ident¬ 
ify  the  Facility  Address  to  which  the  command 
was  originally  issued  (facilities  may  have  dif¬ 
ferent  addresses  on  different  ports). 

(4)  Octet  Mask.  This  octet  shall  identify  the  port 
over  which  the  command  was  originally  received. 

6.12  PORT  RESPONSE 

6.12.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  44. 


6.12.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  45. 

6.12.3  Description.  The  PORT  RESPONSE 
command  allows  the  master  to  request  that  the 
slave  send  an  Asynchronous  response  to  the  port 
or  ports  specified  by  the  Port  Mask  parameter. 

The  response  contains  the  Message/Microcode  Sub¬ 
status  with  the  Port  Response  bit  set. 

6.12.4  Parameters.  The  Port  Response  Param¬ 
eters  shall  be  as  shown  in  Table  51. 

6.12.4.1  Port  Mask  Parameter.  This  param¬ 
eter  identifies  the  port  or  ports  of  the  ad¬ 
dressee  that  are  to  generate  a  response.  If 

there  is  no  parameter  appended,  the  slave  shall 
generate  Asynchronous  responses  over  all  ports 
other  than  that  over  which  the  command  was  re¬ 
ceived  (see  also  6.4.4. 1 ). 

6.12.4.2  Response  Information  Transfer. 
This  parameter  contains  the  slave-independent 
information  that  will  be  contained  in  the  Asyn¬ 
chronous  response. 
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4 - 1 - 1 - H - K - 1 - 1 - 1 - 

|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 
|  LTH |  NO  | CODE j  MOD |  MOD | ADDR j ADDR j 

|  0  1  |  2  |  3  j  4  j  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  OC  bbbb  bbbb  xx  xx 
7654  3210 


Figure  46 

Command  Packet  for  ANTICIPATED  ACTION 


+ - + - + - + - 

| PKT  I  Echoed  From|  MAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  |  CODES  | TYPE | CODE j 

j  |  0  1  2  3  4  5|  6  j  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  47 

Response  Packet  for  ANTICIPATED  ACTION 


Table  52 

Anticipated  Action  Parameters 
+-+ +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  ANTICIPATED  ACTION  PARAMETERS 

+  -  + +  --  + - + + + - 


| B | n+1 

| 3D | 01-  n | 

1 

1 

|  ENCAPSULATION  PARAMETER 

|  M  |  03 

1  1 

1  50  |  | 

1 

1 

|  EXPECTED  CONDITIONS  PARAMETER 

1  1 

II  01| 

7  I 

1 

1  1 

1  1  1 

to  | 

|  reserved 

1  1 

II  02  | 

2| 

1 

1  1 

1  1  1 

1| 

|  Ready 

1  1 

1  1 

1  1  1 

1  1  1 

0| 

1 

|  Not  Ready 

1 

+  _  + - + —  + - + - + - + 


6.13  ANTICIPATED  ACTION 

6.13.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  46. 

6.13.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  47. 

6.13.3  Description.  The  ANTICIPATED  ACTION 
command  is  normally  issued  when  the  master  does 
not  anticipate  sending  commands  to  the  addressee 

for  an  extended  period.  It  is  used  in  conjunc¬ 
tion  with  Attributes  set  regarding  the  slave 
action  to  be  taken  with  unexpected  Class  1 
events  (Asynchronous  or  Message/Microcode  Excep¬ 
tion  responses). 

This  command  provides  the  framework  for  a  Com¬ 
mand  Completion  response  to  return  any  unex¬ 
pected  conditions  or  status  to  the  master.  It 
shall  be  considered  to  complete  successfully 


when  an  unexpected  Class  1  event  occurs  and  the 
Asynchronous  or  Message/Microcode  Exception  re¬ 
sponse  shall  be  appended  to  the  Command  Comple¬ 
tion  Response  in  the  Encapsulation  Parameter. 

6.13.4  Parameters.  The  Anticipated  Action 
Parameters  shall  be  as  shown  in  Table  52. 

6.13.4.1  Expected  Conditions  Parameter. 
This  parameter  identifies  to  the  slave  the  con¬ 
ditions  that  the  master  expects  to  be  in  effect 

at  the  addressee  when  the  command  is  executed. 

If  the  expected  conditions  are  not  met,  the 
slave  completes  the  command  immediately  with 
substatus  relating  to  the  addressee. 

6.13.4.2  Encapsulation  Parameter.  This  pa¬ 
rameter  is  used  to  encapsulate  the  response 

packet  that  had  been  prepared  because  of  an  un¬ 
expected  Class  I  event. 
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H — - —  H — - + - — h - +- - + - +  — - -—  +■  — - - - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH  j  NO  j CODE |  MOD |  MOD | ADDR | ADDR j  PARAMETERS 
|01|  2  |  3  j  4  |  5  |  6  through  n 

xxxx  xxxx  41  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 

I  I  I 

| |  0=DataBlock  l=Physi calBlock 


Figure  48 

Command  Packet  for  POSITION  CONTROL 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

j  LTH I  Command  I  CODES  | TYPE | CODE j  PARAMETERS 

|  0  1  2  3  4  5|  6  j  7  j  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  49 

Response  Packet  for  POSITION  CONTROL 


Table  53 

Position  Control  Parameters 


+-+ +--+ - + + + 

| @ I LTH I  ID  I  OCTET | X/b | DEF | 

+  -  + +  --  + - + + + 

M 


POSITION  CONTROL  PARAMETERS 


09  | 

31  1  1 

| 01-04  | 

| 05-08  | 

1  I 

i 

i 

i 

i 

i 

i 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

n+1  | 

1  1 

32  |  | 

|  01-04 | 

|  05-08 | 

i  i 

1 

i 

i 

i 

i 

1 

i 

i 

i 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

Data  Address 

05  | 

1  1 

35 | 01-04  | 

i  i 

1 

i 

1 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

n  +  1  | 

1 

3A| 01-  n | 

1 

i 

i 

i 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

n  +  1  1 

1  1 

3  E 1 01-  n | 

1 

i 

1 

i 

PARTITION  PARAMETER  (See  5.5.15) 

7.  Position  Commands 

The  commands  in  this  section  require  the  Com¬ 
mand  Extent  parameter  (Section  5)  unless 
otherwise  noted. 

7.1  reserved  (For  use  only  in  ANSI  X3. 147-1987) 

7.2  POSITION  CONTROL 

7.2.1  Command  Packet.  The  command  packet  for 
this  command  shall  be  as  shown  in  Figure  48. 

7.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  49. 

7.2.3  Description.  The  POSITION  CONTROL 
command  causes  the  facility  to  be  positioned 
according  to  the  Extent  parameter  Data  Address, 
which  may  be  either  logical  or  physical  (e.g..  on 
disk  it  may  be  CCHS  (cylinder,  head,  sector)). 


7.2.4  Parameters.  The  Position  Control  Pa¬ 
rameters  shall  be  as  shown  in  Table  53. 

7.2.4. 1  Command  Extent  (Common)  Param¬ 
eter.  This  parameter  is  used  to  define  the  Data  Ad¬ 
dress  at  which  a  disk  is  to  be  positioned.  The  value 
in  the  Count  field  shall  be  ignored  for  disks. 

7. 2. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  If  the  command  fails,  this  parameter  is 

used  to  return  the  Data  Address  of  the  last 
block  accessed  prior  to  failure. 

7. 2. 4. 3  Access  Key  (Common)  Parameter.  See 

5.5.6. 

7. 2. 4. 4  Data  Address  (Common)  Parameter. 

This  parameter  is  used  if  the  four  octets  of  Data 
Address  in  the  Extent  parameters  is  insufficient. 

7. 2. 4. 5  Partition  (Common)  Parameter.  This 
parameter  is  used  to  address  other  than  the  de¬ 
fault  data  area. 
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7.3  REPORT  POSITION 

7.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  50. 

7.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  5  I . 

7.3.3  Description.  The  REPORT  POSITION 
command  instructs  the  addressee  to  report  its 
current  position.  The  position  is  returned  in 

the  Data  Address  field  of  the  Response  Extent 
parameter. 

7.3.4  Parameters.  The  Report  Position  Param¬ 
eters  shall  be  as  shown  in  Table  54. 

7.3.4. 1  Response  Extent  (Common)  Param¬ 
eter.  This  parameter  is  used  to  return  the  Data 
Address  of  the  current  position  of  the  disk. 

7. 3. 4. 2  Access  Key  (Common)  Parameter. 
See  5.5.6. 

7. 3. 4. 3  Data  Address  (Common)  Parameter. 

See  5.5.11 . 

7. 3. 4. 4  Partition  (Common)  Parameter.  See 

5.5.15. 

7.4  reserved  (For  use  only  in  ANSI  X3. 147-1987) 

7.5  REPORT  DISCONTINUITY 

7.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  52. 

7.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  53. 

7.5.3  Description.  The  REPORT  DISCON¬ 
TINUITY  command  is  used  to  provide  the  mas¬ 
ter  with  the  location  of  time-dependent  discon¬ 
tinuities  (e.g..  time-dependent  track  change, 
cylinder  change,  or  reallocated  defect)  within  the 
range  specified  in  the  Command  Extent  parameter. 

The  master  may  set  more  than  one  kind  of  dis¬ 
continuity  in  the  Stop  on  Discontinuity  Type  pa¬ 
rameter.  In  response,  the  slave  shall  identify 
specifically  the  kind  of  discontinuity  associ¬ 
ated  with  the  Data  Address  of  the  discontinuity. 

If  the  Search  modifier  is  set.  the  command 
shall  terminate  at  the  first  incident  of  a  spec¬ 
ified  discontinuity  type. 

If  the  List  modifier  is  set.  a  list  of  all  the 
locations  within  the  extent  that  contain  a  time- 
dependent  discontinuity  shall  be  presented.  If 
the  list  is  expected  to  exceed  the  capacity  of  a 
response,  then  the  master  has  to  provide  a  Re¬ 
quest  Farms  parameter  to  transfer  as  data. 

The  Stop  on  Discontinuity  parameter  shall  pre¬ 
cede  the  Data  Address  to  which  it  refers. 

Unless  errors  are  encountered,  this  command 


shall  terminate  successfully  either  upon  iden¬ 
tifying  discontinuities  within  the  extent,  or  if 
there  are  none  encountered. 

7.5.4  Parameters.  The  Report  Discontinuity 
Parameters  shall  be  as  shown  in  Table  55. 

7.5.4. 1  Command  Extent  (Common)  Parameter. 
This  parameter  is  used  to  define  the  extent  that 

is  to  be  checked  by  the  slave  for  discontin¬ 
uities. 

7. 5. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  This  parameter  is  used  to  return  the  Data 
Address  of  the  last  block  accessed  prior  to  a 
positional  discontinuity  (e.g..  reallocated 

block  due  to  defect  management)  or  a  transition 
discontinuity  (e.g..  cylinder  break  between  two 
blocks). 

The  Residual  Count  shall  contain  the  value  of 
the  number  of  blocks  remaining  in  the  requested 
extent  following  the  discontinuity. 

7. 5. 4. 3  Access  Key  (Common)  Parameter.  See 

5.5.6. 

7. 5. 4. 4  Data  Address  (Common)  Parameter. 

See  5.5.1 I. 

7. 5. 4. 5  Partition  (Common)  Parameter.  See 

5.5.15. 

7. 5. 4. 6  Stop  on  Discontinuity  (Common)  Pa¬ 
rameter.  This  parameter  is  used  to  identify  the 

type  of  discontinuity  to  be  reported  upon. 

7.5.4. 7  Request  Parm  Parameter.  See 

6.3.4.13.1. 

7. 5. 4. 8  Parm  Length  Parameter.  See 

6.3.4.13.2. 


8.  Transfer  Commands 

Transfer  commands  consist  of  data  transfers, 
which  may  or  may  not  include  multiple  blocks 
within  or  crossing  physical  boundaries.  Upon 
recognizing  a  transfer  command,  the  slave  or  fa¬ 
cility  positions  to  the  Data  Address  specified 
in  the  Command  Extent  parameter,  locates  the 
block,  and  performs  the  required  action.  The 
command  terminates  when  the  amount  of  data  spec¬ 
ified  by  the  Count  has  been  transferred,  or  an 
error  occurs  that  requires  earlier  termination. 

The  status  provided  in  the  response  packet  shall 
identify  what  actions  occurred  during  the  exe¬ 
cution  of  the  command. 

If  a  READ  command  is  performed  in  the  reverse 
direction,  the  first  data  octet  read  is  the 
first  data  octet  transfered  to  the  master. 
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■i - H - h - 4- - h - 1- - + - H - 

I PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH  j  NO  | CODE j  MOD j  MOD j ADDR | ADDR j  PARAMETERS 
I  |01|2|  3  |  4  j  5  j  6  through  n 

H - 1 - 1- - + - 1- - + - ^ - 

xxxx  xxxx  42  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 

I  I  I 

| |  0=DataBlock  l=Phys i calBlock 


Figure  50 

Command  Packet  for  REPORT  POSITION 


H - 1 - 1 - 1 - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

j  LTH j  Command  j  CODES  I  TYPE | CODE j  PARAMETERS 

I  I  0  1  2  3  4  5|  6  j  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  51 

Response  Packet  for  REPORT  POSITION 


+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH j  NO  | CODE j  MOD |  MOD | ADDR | ADDR j  PARAMETERS 

|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

xxxx  xxxx  44  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 

j  j  j  0=Search  l=List 

j  j  0=DataBlock  l=PhysicalBlock 


Figure  52 

Command  Packet  for  REPORT  DISCONTINUITY 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

|  LTH |  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 

Figure  53 

Response  Packet  for  REPORT  DISCONTINUITY 


Table  54 

Report  Position  Parameters 


+-  + + — + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  REPORT  POSITION  PARAMETERS 

+  _  + +  —  + - + + + - 


| S | n+1 

1  1 

1  1 

1  | 

1  32 

1  1 

| 01-04 | 

| 05-08 | 

1  1 

1 

1 

1 

1 

1 

1 

1 

I 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3 
Residual  Count 

Data  Address 

|M|  05 

i  i 

1  35 

o 

1 

H 

O 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 

| B | n+1 

i 

I  3  A 

|  01-  n | 

1 

1 

1 

1 

1 

I 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

| M | n+1 

1  1 

I  3E 

| 01-  n | 

1  1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

+  _  + - +  --  + - + - + - + 
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Table  55 

Report  Discontinuity  Parameters 


|  @ I LTH I  ID  I  OCTET | X/b | DEF | 

+  -  + +  --  + - K + +  • 


REPORT  DISCONTINUITY  PARAMETERS 


COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

PARTITION  PARAMETER  (See  5.5.15) 

STOP  ON  DISCONTINUITY  PARAMETER  (See  5.5.16) 

REQUEST  PARM  PARAMETER  (See  6.3.4.13.1) 
Parameters  as  Data  * 

Parameters  in  Response  * 

Length  * 

Naked  Parameters  as  Data  * 

reserved 

Parameter  ID  Repeated  as  many 

Parameter  ID  times  as  needed 


09  | 

31  I 

01-04 

05-08 

n+1  | 

32  | 

01-04 

05-08 

05  | 

35  | 

01-04 

n+1  | 

3A| 

01-  n 

n+1  | 

3E| 

01-  n 

07  | 

3  F  I 

01-  n 

n+1  | 

6C  | 

01 

02 

n 

05  | 

6D  | 

01-04 

7 

6 

5 

4 

3-0 


PARM  LENGTH  PARAMETER  (See  6.3.4.13.2) 
Length  of  Parameter  List 


+  -+ - +  --+ - + - + - + - 

*  Mutually  exclusive  parameters. 


8.1  READ 

8.1.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  54. 

8.1.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  55. 

8.1.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  READ  command  transfers  data  from  the  ad¬ 
dressee  to  the  master  starting  at  the  location 
given  in  the  Data  Address  of  the  Command  Extent 
parameter.  If  positioning  is  required  before  the 
data  can  be  accessed,  the  slave  shall  initiate 
the  positioning  operation.  Refer  to  the 
POSITION  CONTROL  command  for  details  of  the 
positioning  operation. 

When  the  Data  Recovery  modifier  is  set  to  On. 
the  slave  or  facility  shall  initiate  data  error 
recovery  to  attempt  to  recover  data  read  with 
errors.  If  the  error  is  unrecoverable,  data 
shall  be  transferred  up  to  the  block  in  error 
and  the  command  shall  terminate.  If  the  recovery 
attempts  are  successful,  the  transfer  shall 
continue  until  all  of  the  requested  data  has 
been  transferred. 

The  response  packet  and  associated  parameters 
(if  any)  shall  indicate  the  degree  of  recovery 


employed,  depending  on  the  default  established 
by  Attributes  or  a  preceding  OPERATING 
MODE  command. 

When  the  Data  Recovery  modifier  is  set  to  Off 
(data  recovery  disabled),  the  slave  or  facility 
shall  terminate  the  command  if  a  data  error  is 
detected.  The  data  in  error  shall  be  transferred. 
Recovery  from  nondata  transfer  errors  are  not 
suppressed  by  the  Data  Recovery  Off  modifier. 

When  the  access  is  complete  the  addressee 
shall  verify  correct  access  position  and  shall 
read  data  starting  at  the  Data  Address.  The  ad¬ 
dressee  shall  transfer  the  number  of  sequential¬ 
ly  addressed  octets  or  blocks  specified  by  the 
Cou  nt. 

During  a  multiple  block  transfer  on  disks,  if 
access  boundaries  are  encountered,  the  facility 
shall  perform  appropriate  access  movements  (un¬ 
less  overridden  by  a  Boundary  Gather  parameter) 
and  verify  block  positioning.  The  required  pro¬ 
cessing.  such  as  incrementing  to  the  next 
PhysicalBlock  head  switches,  seeking  to  the  next 
cylinder  when  necessary,  and  restarting  the  read 
operation,  shall  be  handled  in  a  manner  that 
does  not  require  intervention  or  explicit  in¬ 
struction  by  the  master. 
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| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH  j  NO  | CODE |  MOD |  MOD | ADDR | ADDR j  PARAMETERS 
|  |  0  1  |  2  j  3  |  4  j  5  j  6  through  n 

xxxx  xxxx  10  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  |  j  Data  Recovery  0=On  l=Off 
| |  0=DataBlock  l=PhysicalBlock 
|  Direction  0=Forward  l=Reverse 

Figure  54 

Command  Packet  for  READ 


+ - + - + - + - 

|  PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

j  LTH  j  Command  |  CODES  | TYPE | CODE j  PARAMETERS 

|  |01234  5|  6  |  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  55 

Response  Packet  for  READ 


If  a  defective  block  for  which  an  alternate 
location  has  been  assigned  is  encountered,  the 
slave  shall  access  the  alternate  block  for  read¬ 
ing.  and  then  reestablish  the  access  position 
for  subsequent  blocks  to  be  read,  if  any.  Access 
positioning  shall  be  verified  in  all  cases. 

The  slave  shall  present  only  valid  data  to  the 
master  if  the  Data  Recovery  modifier  is  set.  All 
recovery  from  data  errors  detected  during  read¬ 
ing  shall  be  attempted  by  the  slave  prior  to 
transfer  of  the  data  to  the  master.  If  the  data 
error  is  not  corrected  by  the  slave,  processing 
of  the  command  shall  be  terminated  with  a  Ma¬ 
chine  Exception  indicated  in  Major  Status.  The 
cause  of  the  termination  shall  be  indicated  in 
substatus  and  extended  substatus  (if  applic¬ 
able). 

The  slave  may  permit  execution  of  a  "scatter 
read"  if  multiple  Command  Extent  parameters  are 
permitted  (see  Attribute  Parameter  66  (6. 3. 4. 8)).  If 
multiple  extents  are  accepted,  the  extents  are 


processed  by  the  slave  in  the  sequence  that 
they  were  received  in  the  parameter  list.  Data 
is  transferred  to  the  master  in  the  same  manner 
as  if  the  data  was  requested  using  a  READ 
command  with  a  single  extent. 

Should  a  command  with  multiple  extents  ter¬ 
minate  prematurely  due  to  data  error  or  data  re¬ 
covery  failure,  the  Response  Extent  shall  con¬ 
tain  the  residual  count  of  all  nontransferred 
data  within  that  extent.  It  is  the  master’s  re¬ 
sponsibility  to  ascertain  the  total  residual 
based  on  the  Response  Extent  plus  any  other  ex¬ 
tents  not  processed. 

A  subset  of  "scatter  read"  defined  as  "bound¬ 
ary  gather"  allows  the  master  to  specify  the 
starting  address  on  a  track,  and  have  the  slave 
perform  an  implicit  scatter  by  not  changing  to 
the  next  track,  but  continuing  transfer  from  the 
start  of  the  track. 

The  use  of  multiple  extents  and  the  Skip  Mask 
parameter  are  mutually  exclusive. 
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8.1.4  Read  Parameters 

8. 1.4.1  Common.  These  parameters  shall  be 
as  shown  in  Table  56. 

8. 1.4. 1.1  Command  Extent  (Common)  Pa¬ 
rameter.  The  Count  specifies  the  number  of 

blocks  (or  octets)  to  be  transferred  and  cannot 
be  zero.  A  zero  value  shall  cause  the  command  to 
be  terminated  with  a  Command  Exception.  The  Data 
Address  specifies  the  starting  location.  If  the 
Data  Address  is  not  valid  for  the  addressee, 
processing  shall  be  terminated  with  Command  Ex¬ 
ception. 

If  the  sum  of  the  Data  Address  and  the  Count 
exceeds  the  number  of  blocks  in  the  addressable 
area,  processing  of  the  command  shall  be  termi¬ 
nated  with  Invalid  Extent  set  in  the  Command  Ex¬ 
ception  status. 

8. 1.4. 1.2  Response  Extent  (Common) 
Parameter.  This  parameter  is  used  to  return 
the  Residual  Count  of  blocks  (or  octets)  remain¬ 
ing  in  the  transfer  after  it  terminated.  The 

Data  Address  varies  depending  on  which  modifiers 
had  been  set  (see  Implementation  Note  under 
5.5.3). 

8. 1.4. 1.3  Access  Key  (Common)  Param¬ 
eter.  See  5.5.6. 

8. 1.4. 1.4  Data  Address  (Common)  Param¬ 
eter.  This  parameter  is  used  if  the  four  octets 

of  Data  Address  in  the  Extent  parameters  are  in¬ 
sufficient. 

8. 1.4. 1.5  Partition  (Common)  Parameter. 

This  parameter  is  used  to  address  other  than  the 
default  data  area. 

8. 1.4. 1.6  Stop  on  Discontinuity  (Com¬ 
mon)  Parameter.  This  parameter  is  used  to  advise 
the  slave  under  which  conditions  to  terminate  a 
data  transfer  due  to  a  timing  delay  due  to  a 
discontinuity. 

8. 1.4. 2  Parameters  50-53.  These  parameters 
shall  be  as  shown  in  Table  57. 

8. 1.4. 2.1  Skip  Mask  Parameter.  This  pa¬ 
rameter  alters  the  action  of  this  command  from 
implicit  transfers  of  consecutive  blocks  to  the 
selective  transfer  of  blocks  under  mask  control. 

The  parameter  consists  of  a  mask  up  to  32  octets 
in  length.  Each  bit  within  the  mask  corresponds 
to  a  sequential  DataBlock  within  the  Command  Ex¬ 
tent. 

NOTE:  The  mini  her  of  I  bits  set  in  the  mask  shall  equal  the 
nu  in  her  of  blocks  specified  in  the  Command  Extent.  Multiples 
of  less  ihan  8  blocks  are  padded  up  to  a  lull  octet. 

DataBlocks  are  transferred  if  the  correspond¬ 
ing  mask  bit  value  is  "1",  and  are  skipped  if 


the  value  is  "0".  Bit  7  of  the  first  octet  of 
the  mask  corresponds  to  the  Data  Address  in  the 
Command  Extent.  Succeeding  lower-order  mask  bits 
correspond  to  numerically  higher  valued  ad¬ 
dresses  as  illustrated  below. 


-  ////  — 

- +  . 

- + 

|  Octet  0  |  Octet  1  | 

i 

Octet  n  | 

|  76543210  |  76543210  |  765 

//// 

43210  | 

76543210  | 

|  < - Starting  Address 

Ending 

Address 

- >| 

8. 1.4. 2. 2  Information  Transfer  Size 
Override  Parameter 

(1)  Minimum  Size  of  Data  Transfers.  This 
value  shall  override  the  setting  in  Attributes 
for  the  duration  of  this  command. 

(2)  Maximum  Size  of  Multiplexed  Data  Trans¬ 
fers.  This  value  shall  override  the  setting  in 
Attributes  for  the  duration  of  this  com¬ 
mand. 

8. 1.4. 2. 3  Master  Termination  Permitted 
Parameter.  This  parameter  allows  the  master  to 
advise  the  slave  that  master  termination  may 

occur  as  a  normal  condition  on  this  command, 
which  is  typically  part  of  a  chain.  If  the  mas¬ 
ter  does  terminate  transfer  on  a  boundary,  the 
slave  shall  not  abort  a  Chain.  Sequence,  or 
Order.  It  shall  respond  with  Master  Terminated 
Transfer  posted  in  Conditional  Success  status, 
and  the  Response  Extent  shall  contain  the  resid¬ 
ual  count  of  the  transfer. 

If  termination  does  not  occur  on  a  boundary, 
the  slave  shall  abort  the  remaining  commands  of 
a  Chain.  Sequence,  or  Order  and  post  the  same 
status  as  if  this  parameter  were  not  present, 
i.e..  Data  Length  Difference  posted  in  Incom¬ 
plete  Status. 

8. 1.4. 2. 4  Boundary  Gather  Parameter. 

This  parameter  shall  immediately  precede  the 
Command  Extent  parameter. 

During  a  multiple  block  transfer,  if  an  access 
boundary  is  encountered  ,  the  facility  shall  not 
perform  any  access  movement,  but  continue  to 
transfer  data  until  the  Count  specified  has  been 
transferred,  or  an  error  occurs  that  requires 
earlier  termination . 

8.2  READ  RAW  DATA 

8.2.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  56. 

8.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  57. 
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Table  56 

Read  Parameters  -  Common 


+  -  + +  —  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  READ  PARAMETERS 

+  -  + + —  + - + + + - 


|  M  |  09 

1  1 

1  1 

1  31 

1  1 
| 01-04 | 

| 05-08 | 

1 

1 

1 

1 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

1  1 

jsjn+1 

1  1 

1  1 
i  i 

1  32 

1  1 

1  1 

| 01-04  | 
105-08  | 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

Data  Address 

1  1 

j  M  j  05 

i  i 

1  35 

|  01-04 | 

i  i 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 

| B | n+1 

i 

1  3A 

c 

i 

*— i 

o 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 

| M | n+1 

1  3E 

c 

1 

*— 1 
o 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1 

| M | n+1 

i  i 

1  3F 

c 

1 

o 

1 

1 

1 

1 

1 

1 

STOP  ON  DISCONTINUITY  PARAMETER  (See  5 

+  -  + - +  --  + - +  —  -  + - + 


Table  57 

Read  Parameters  50-53 


+  -  + - + — + - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  READ  PARAMETERS 


1 n  +  l | 50  |  | 

1 

1 

SKIP  MASK  PARAMETER 

I  |  |  01| 

7  | 

1 

Reference  to  Block  at  Starting  Address 

III  1 

6  1 

1 

Reference  to  Block  at  Starting  Address+1 ) 

III  1 

III  1 

1 

1  | 

1 

1 

Reference  to  Block  at  (Ending  Address-1) 

1  I  |  n  | 

0  1 

1 

Reference  to  Block  at  Ending  Address 

III  1 

1  n  +  1 | 51 |  | 

1 

1 

1 

1 

INFORMATION  TRANSFER  SIZE  OVERRIDE  PARAMETER 

1  1  |01-04| 

1 

1 

Generate  Class  2  Interrupt 

1  1  |05-08| 

1 

1 

Burst  Size 

III  1 

1  01 1 52  |  I 

1 

1 

1 

1 

MASTER  TERMINATION  PERMITTED  PARAMETER 

III  1 

1  01  1  53  1  1 

III  1 

1 

1 

1 

1 

1 

1 

BOUNDARY  GATHER  PARAMETER 

III  1 

+ - +  --  + - +  - 

1 

— + — 

1 

—  +  - 

+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  | CODE |  MOD |  MOD j ADDR | ADDR |  PARAMETERS 

|01|  2  |  3  |  4  |  5  |  6  through  n 

h - 1 - 1 - 1 - 1 1 - 1 - 

xxxx  xxxx  11  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  |  j  l=Data  Recovery  Off 
j|  0=DataBlock  l=Physi calBlock 
Direction  0=Forward  l=Reverse 


Figure  56 

Command  Packet  for  READ  RAW  DATA 


+ - H - + - 1 - 

I  PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

|  LTH I  Command  |  CODES  I  TYPE | CODE |  PARAMETERS 
j  012345|  6  j  7  j  8  through  n 

+ - + - 1 - 1 - 1 - i - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  57 

Response  Packet  for  READ  RAW  DATA 
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Table  58 

Read  Raw  Data  Parameters 


+-+ + — + - + + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  READ  RAW  DATA  PARAMETERS 

+  -  + +  --  + - + + + - 


1  M 

|  09 

1  31 

|  01- 

1 

04  | 

i 

i 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

|  05- 

08  | 

1 

i 

i 

i 

i 

Data  Address 

1  s 

|  n  +  1 

1  32 

|  01- 

1 

1 

04  | 

i 

i 

i 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

|  05- 

08  | 

i 

i 

i 

i 

Data  Address 

M 

|  05 

1  35 

|  01- 

04  | 

1 

i 

i 

1 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  B 

|  n+1 

1  3A 

|  01- 

1 

n  | 

1 

i 

i 

1 

i 

i 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  M 

|  n+1 

1  3E 

|  01- 

1 

n  | 

i 

1 

i 

i 

1 

i 

i 

PARTITION  PARAMETER  (See  5.5.15) 

M 

|  n+1 

1 

1  3  F 

|  01- 

1 

n  | 

i 

1 

i 

i 

i 

i 

STOP  ON  DISCONTINUITY  PARAMETER  (See  5 

+  -  + - H - I - + - + - + 


8.2.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  READ  RAW  DATA  command  reads 
data  from  the  addressee,  and  transfers  it  to  the 
master  regardless  of  data  errors  encountered  in 
the  read.  An  error  shall  be  reported  only  if 
the  data  cannot  be  transferred  because  of  a  con¬ 
dition  such  as  inability  to  access  the  block,  or  be¬ 
cause  an  unrecoverable  slave  or  facility  error  (not 
associated  with  data  transfer)  is  encountered. 

The  Data  Recovery  modifier  shall  be  set  to 
Off.  The  command  shall  be  rejected  if  Bit  1  =  0. 

8.2.4  Parameters.  The  Read  Raw  Data  Param¬ 
eters  shall  be  as  shown  in  Table  58. 

8.2.4. 1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

8. 2. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

8. 2. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

8. 2. 4. 4  Data  Address  (Common)  Parameter. 

See  5.5.11 . 

8. 2. 4. 5  Partition  (Common)  Parameter.  See 

5.5.15  and  8. 1.4. 1.5. 

8. 2. 4. 6  Stop  on  Discontinuity  (Common)  Pa¬ 
rameter.  See  5.5. 16  and  8. 1 .4. 1 .6. 

8.3  READ  REPLICATED  DATA 

8.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  58. 

8.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  59. 

8.3.3  Description.  The  READ  REPLICATED 
DATA  command  causes  the  addressee  to  read 


one  instance  of  data  that  was  written  multiple 
contiguous  times  on  a  track.  The  intent  of  this 
command  is  to  minimize  latency  in  accessing 
data.  The  command  directs  the  facility  to  trans¬ 
fer  a  string  of  n  blocks  from  a  range  of  in 
blocks,  beginning  at  the  Data  Address  in  the 
Command  Extent  parameter  or  any  block  within 
range  m  whose  address  is  the  sum  of  the  ad¬ 
dressed  block  and  an  integral  multiple  of  n. 

Bit  0  shall  be  set  to  1  for  Block  transfers 
only. 

The  Count  field  of  the  Command  Extent  param¬ 
eter  specifies  the  n  value,  and  the  Range  Count 
parameter  defines  the  number  of  blocks  in  the 
range  in. 

The  facility  shall  initiate  access  to  one  of 
the  repeated  instances  of  n  blocks  (Extent 
Count)  within  the  range  m  (Range  Count),  so  as 
to  minimize  the  access  time  to  the  data.  When 
the  access  is  complete,  the  facility  shall  veri¬ 
fy  the  correct  access  position  and  transfer  n 
blocks  (Extent  Count). 

8.3.4  Parameters.  The  Read  Replicated  Data 
Parameters  shall  be  as  shown  in  Table  59. 

8.3.4. 1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

8. 3. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

8. 3. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

8. 3. 4. 4  Data  Address  (Common)  Parameter. 

See  5.5. 1  I . 

8. 3. 4. 5  Partition  (Common)  Parameter.  See 

5.5.15  and  8. 1.4. 1.5. 
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+ - + - H - - h - + + - H - 

|PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH  j  NO  j CODE j  MOD |  MOD j ADDR j ADDR j  PARAMETERS 

I  I  0  1 |  2  j  3  j  4  j  5  |  6  through  n 

+ - 1 - • - • - + - H - -I - 

x x x x  xxxx  12  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  l=Block 

j  j  j  Data  Recovery  0=On  l=Off 
| |  0=DataBlock  l=Phys i calBlock 


Figure  58 

Command  Packet  for  READ  REPLICATED  DATA 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

|  LTH  j  Command  |  CODES  | TYPE | CODE |  PARAMETERS 

I  j  0  1  2  3  4  5|  6  |  7  j  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  59 

Response  Packet  for  READ  REPLICATED  DATA 


Table  59 

Read  Replicated  Data  Parameters 
+  -+ - +  --+ - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  READ  REPLICATED  DATA  PARAMETERS 


09  |  31  |  t 

|  | 01-04  | 

|  | 0  5-08  | 

1  1  1 

i 

i 

i 

i 

i 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

Data  Address 

1  1  1 

n  +  1 | 32  |  | 

|  |  01-04  | 

|  |05-08| 

i  i 

i 

i 

i 

i 

1 

i 

i 

i 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

Residual  Count 

Data  Address 

05  |  35  |  01-04 | 

i  i  i 

1 

i 

i 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1 

n  +  1 j  3A | 01-  n | 

i  i  i 

i 

i 

1 

i 

i 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1  1 
n+1 | 3 E | 01-  n | 

1 

i 

i 

i 

PARTITION  PARAMETER  (See  5.5.15  and  8. 1.4. 1.5) 

05  | 50 | 01-04 | 

1 

i 

1 

i 

RANGE  COUNT  PARAMETER 
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8. 3. 4. 6  Range  Count  Parameter.  This  field 
specifies  the  number  of  blocks  in  the  range.  The 
range  value  shall  be  nonzero.  If  zero  is  speci¬ 
fied.  processing  of  the  request  shall  be  termi¬ 
nated  with  a  Command  Exception  indicated  in 
Major  Status,  and  Invalid  Parameter  shall  be  in¬ 
dicated  in  substatus.  Invalid  Parm  Parameter 
shall  identify  the  incorrect  parameter. 

If  the  Range  Count  is  less  than  the  Command 
Extent  Count,  or  if  the  range  is  not  an  integral 
multiple  of  the  Extent  Count,  processing  of  the 
request  shall  be  terminated  with  a  Command  Ex¬ 
ception  indicated  in  Major  Status,  and  Invalid 
Parameter  shall  be  indicated  in  substatus.  An 
Invalid  Parm  parameter  shall  indentify  the  in¬ 
correct  parameter. 

If  the  sum  of  the  Data  Address  and  the  Range 
Count  exceeds  the  number  of  blocks  in  the  parti¬ 
tion.  processing  of  the  request  shall  be  termi¬ 
nated  with  a  Command  Exception  indicated  in 
Major  Status,  and  Invalid  Parameter  shall  be  in¬ 
dicated  in  substatus.  Invalid  Parm  Parameter 
shall  identify  the  incorrect  parameter. 

8.4  SEARCH 

8.4.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  60. 

8.4.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  61. 

8.4.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  SEARCH  command  causes  the  slave 
to  search  and  logically  compare  the  data  strings 
supplied  by  the  master  (as  parameters)  with 
stored  data.  The  search  starts  at  the  location 
specified  by  the  Data  Address,  and  continues 
until  either  a  match  is  found  to  that  supplied 
by  the  master  (transfer  begins  with  the  block  in 
which  the  match  was  found)  or  the  Search  Range 
is  exhausted. 

If  data  transfer  occurred  or  the  search  was 
unsuccessful,  the  Response  Extent  is  the  same  as 
on  other  transfer  commands.  However,  if  the 
string  is  located,  but  no  data  transfer  was  re¬ 
quested  (selected  by  parameter  setting),  the  Re¬ 
sponse  Extent  contains  the  address  of  the  Data- 
Block  containing  the  start  of  the  string,  and 
the  Residual  Count  is  unchanged. 

The  SEARCH  command  may  be  parameterized  to 
perform  three  different  types  of  search  opera¬ 
tions: 

(I)  A  word-processing-style  string  search  is 
obtained  when  one  Set  String  Search  Parameter  is 
included  in  the  command  packet. 


(2)  A  fixed  location(s)  data  processing  Key- 
type  search  is  performed  when  the  Set  Multiple 
Key  Search  Parameter  is  included. 

(3)  A  database-style  search  can  be  constructed 
by  the  use  of  multiple  Set  String  Search  param¬ 
eters  connected  with  the  Boolean  Operator  param¬ 
eter. 

NOTE:  The  two  parameters.  Set  String  Search  and  Set  Multiple  Key 
Search  are  mutually  exclusive  and  shall  never  be  included  in  the 
same  command  packet. 

The  database-style  search  differs  from  a 
string  search  in  that  rather  than  searching  for 
a  single  match  condition,  the  parameters  are 
used  to  construct  a  sequence  of  match  conditions 
that  must  be  met  in  order  for  the  search  to  be 
satisfied.  The  slave  searches  for  a  match  to  the 
data  model  supplied  by  the  master  as  Search 
String  parameters  joined  by  Boolean  Operator  pa¬ 
rameters.  The  parameters  have  to  be  presented  in 
the  correct  sequence.  A  multiple  key  search  is 
counted  or  transferred  only  if  the  whole  expres¬ 
sion  has  been  satisified  successfully. 

8.4.4  Search  Parameters 

8.4.4. 1  Parameters  02,  31,  32,  3A,  3E. 

These  parameters  shall  be  as  shown  in  Table  60. 

8. 4. 4. 1.1  Continuation  of  Preceding 
(Common)  Parameter.  See  5. 2. 1.7. 

8.4.4. 1.2  Command  Extent  (Common)  Pa¬ 
rameter.  The  Count  specifies  the  number  of 

blocks  (or  octets)  to  be  transferred  beginning 
at  the  first  block  that  contained  a  match.  This 
field  may  be  set  to  zero  if  no  data  is  to  be 
transferred  on  a  successful  match.  The  Data  Ad¬ 
dress  specifies  the  starting  location  from  which 
the  command  is  to  begin  the  search. 

8.4.4. 1.3  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

8.4.4. 1.4  Access  Key  (Common)  Param¬ 
eter.  See  5.5.6. 

8.4.4. 1.5  Data  Address  (Common)  Param¬ 
eter.  See  5.5.1  I . 

8.4.4. 1.6  Partition  (Common)  Parameter. 

See  5.5.15  and  8. 1.4. 1.5. 

8. 4. 4. 2  Parameter  50  (Set  String  Search 
Parameter).  This  parameter  shall  be  as  shown  in 
Table  61  and  shall  be  made  up  of  the  following 
octets: 

(I)  Search  Condition.  This  octet  specifies 
the  conditions  of  the  search. 

When  Bit  7  =  0.  data  shall  be  transferred  to 
the  master  following  a  successful  match  condi¬ 
tion  (the  number  of  octets/blocks  to  be  trans¬ 
ferred  is  specified  by  the  Extent  Count). 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH  j  NO  | CODE |  MOD  |  MOD j ADDR j ADDR j  PARAMETERS 

I  I  0  lj  2  j  3  |  4  j  5  j  6  through  n 

H - 1 - h - J- - + 1 - -j - 

xxxx  xxxx  18  bbbb  bbbb  xx  xx 
7654  3210 

MM  Count  0=Octet  l=Block 
| | |  Data  Recovery  0=On  l=Off 
| |  0=DataBlock  l=PhysicalBlock 
j  Direction  0=Forward  l=Reverse 


Figure  60 

Command  Packet  for  SEARCH 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  RESPONSE 

j  LTH j  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

|  |  0  1  2  3  4  5  |  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  61 

Response  Packet  for  SEARCH 


Table  60 

Search  Parameters  02,  31,  32,  3A,  3E 


+-  + +  --  + - + + + 

| @ | LTH I  ID |OCTET|X/b I DEF I  SEARCH  PARAMETERS 

+-+ +  --  + - + + + - 


1  M 

1  01  | 

02 

C 

1 

O 

i 

i 

i 

CONTINUATION  OF  PRECEDING  PARAMETER  (See 

1  M 

1  09  1 

31 

i  i 

1  1 

| 01-04  | 

i 

i 

1 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

|05-08  | 

1  1 

i 

i 

i 

i 

Data  Address 

1  s 

|  n+l  | 

32 

1  1 

1  1 

( 01-04  | 

1 

i 

i 

1 

i 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

| 05-08 | 

1  1 

i 

i 

i 

i 

Data  Address 

|  M 

|  05  | 

35 

o 

1 

H 

O 

i 

i 

1 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  B 

|  n+l  | 

3A 

1  1 

| 01-  n | 

i  i 

1 

i 

i 

1 

i 

i 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  M 

|  n+l  | 

3E 

| 01-  n | 

i 

i 

PARTITION  PARAMETER  (See  5.5.15) 

+  -  + - +  --  + - + - + - + 


Table  61 

Search  Parameter  50 


+-+ - +--  + - + - + - + 

| @ I LTH I  ID  I  OCTET | X/b | DEF | 


SEARCH  PARAMETER 


n  +  1 


50 


01 


02 
03-06 
07-0A 
0B-  n 


SET  STRING  SEARCH  PARAMETER 
Transfer  block ( s (/Count  number  of  matches 
reserved 

Search  Greater  Than 
Search  Equal  To 
Search  Less  Than 
reserved 
reserved 
Search  Range 

Offset  into  block  to  begin  search 
Data  string  to  search  against 
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Table  62 

Search  Parameter  51 


+-+ +--+ - + + + 

| @ | LTH I  ID  I  OCTET |X/b I DEF I  SEARCH  PARAMETER 

+  -  + +  —  + - + + + - 


|M|  03 

1  1 

1  51  | 

1  1 

1  1 
01|  7  | 

|  BOOLEAN  OPERATOR  PARAMETER 
|  AND 

1  1 

1  1 

1  6  | 

|  OR 

1  1 

1  1 

1  5 1 

|  XOR 

1  1 

1  1 

1  4  1 

|  NOT 

1  1 

1  1 

1  3 1 

j  Begin  Parentheses 

1  1 

1  i 

i  2 1 

j  End  Parentheses 

1  I 

1  1 

1  i-o  I 

|  reserved 

1  1 

1  1 

1  1 

1  1 

02  |  | 

1  1 

|  Same  definition  as  octet  01 

1 

+  -  + - + —  + - + - + - + 


When  Bit  7  =  1,  the  slave  shall  count  the  num¬ 
ber  of  successful  match  conditions. 

If  multiple  Set  Search  Siring  parameters  are 
appended  to  a  command.  Bit  7  of  each  shall  have 
the  same  setting  as  the  first. 

Bits  5-3  specify  the  kind  of  search  operation 
to  be  performed.  Comparisons  between  the  sup¬ 
plied  data  string  and  stored  data  shall  be  per¬ 
formed  by  the  slave  on  an  octet-by-octet  basis. 

The  search  operators  are  as  follows: 


Bits  5-3 

Search  Operators 

000 

invalid 

001 

search  less  than 

010 

search  equal 

01 1 

search  less  than  or  equal 

100 

search  greater  than 

101 

search  not  equal 

1 10 

search  greater  than  or  equal 

1  1 1 

invalid 

(2)  Search  Range.  This  field  contains  an  un¬ 
signed  binary  number  specifying  a  range  of 
blocks,  stalling  from  the  Data  Address,  over 
which  the  search  operation  is  applied.  The  range 
value  shall  be  nonzero.  If  zero  is  specified, 
processing  of  the  request  shall  be  terminated 
with  a  Command  Exception  indicated  in  Major 
Status,  and  Invalid  Parameter  shall  be  indi¬ 
cated  in  substatus.  An  Invalid  Parm  parameter 
shall  identify  the  incorrect  parameter. 

(3)  Offset  into  Block  to  Begin  Search.  This 
field  contains  an  unsigned  binary  number  spec¬ 
ifying  an  offset  into  the  block  to  begin  the 
search  operation.  This  offset  shall  apply  to  all 
subsequent  blocks  in  the  Search  Range.  The  value 
of  this  parameter  shall  be  less  than  the  block 
length.  If  the  value  is  greater  than,  or  equal 

to,  the  block  length,  processing  of  the  request 


shall  be  terminated  with  a  Command  Exception  in¬ 
dicated  in  Major  Status,  and  Invalid  Parameter 
shall  be  indicated  in  substatus.  Invalid  Parm 
Parameter  shall  identify  the  incorrect  param¬ 
eter. 

(4)  Data  Siring.  This  field  of  variable 
length  (up  to  240  octets  in  length)  contains  the 
search  argument  that  shall  be  compared  to  stored 
data  during  the  execution  of  the  command. 

8. 4. 4. 3  Parameter  51  (Boolean  Operator 
Parameter).  This  octet  specifies  the  Boolean 
operators  that  can  be  used  to  join  any  two  Set 
String  Search  parameters.  Only  one  expression  of 
AND.  OR,  or  XOR  can  be  supplied,  and  NOT  can 
be  associated  with  whichever  is  set  to  1 .  The 
parentheses  are  used  to  allow  correct  Boolean 
expressions  to  be  constructed,  and  one  can  be 

set  in  combination  with  any  other  bit. 

If  more  than  two  bits  are  necessary  to  con¬ 
struct  a  Boolean  expression,  the  second  octet  of 
the  parameter  is  required  (e.g.,  "AND  NOT  (" 
would  require  that  bits  7  and  4  be  set  to  1  in 
octet  01  and  bit  3  in  octet  02). 

This  parameter  shall  be  as  shown  in  Table  62. 

8. 4. 4. 4  Parameter  52  (Set  Multiple  Key 
Search  Parameter).  This  parameter  shall  be  as 
shown  in  Table  63  and  shall  be  made  up  of  the 
following  bits: 

(1)  Search  Condition  (See  8. 4. 4. 2(1)).  Bit  7 
shall  always  be  set  equal  to  zero. 

(2)  Search  Range  (See  8.4.4.2(f)). 

(3)  First  Key  Offset.  This  value  specifies  an 
offset  into  the  block  to  the  location  of  the 
first  Key  field  in  which  the  search  operation 
begins.  This  offset  shall  apply  to  all  sub¬ 
sequent  blocks  in  the  Search  Range.  The  value  of 
this  parameter  shall  be  less  than  the  block 
length.  If  the  value  is  greater  than,  or  equal 

to,  the  block  length,  processing  of  the  request 
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Table  63 

Search  Parameter  52 


+  -+ - + — + - + - + - + 


| @ | LTH I  ID  I  OCTET |X/b I DEF I  SEARCH  PARAMETER 


+ 

1 

1 

+ 

1 

1 

1 

+ 

1 

+ 

| M | n+1 | 52  | 

1 

1 

|  SET  MULTIPLE  KEY  SEARCH  PARAMETER 

II  II 

01  | 

7  1 

|  Transfer  Blocks 

II  II 

1 

6  1 

j  reserved 

II  II 

1 

5  1 

|  Search  Greater  Than 

II  II 

1 

4  1 

|  Search  Equal  To 

II  II 

1 

3  | 

|  Search  Less  Than 

II  II 

1  2 

-0  | 

|  reserved 

II  II 

02  | 

1 

j  reserved 

II  II 

03-06 | 

1 

|  Search  Range 

II  II 

07-0A | 

1 

j  First  Key  Offset 

II  II 

0B-0E | 

1 

|  Key  Offset 

II  II 

OF-12 | 

1 

|  Size  of  Keys  -  must  be  the  same  for  all 

II  II 

13-16  | 

1 

|  Number  of  Keys  per  block 

+ - 

1 

+ - 

1 

1 

1 

+ - 

1 

1 

+ - 

17-  n  | 

1 

1 

1 

j  Search  Key  Argument 

1 

shall  be  terminated  with  a  Command  Exception  in¬ 
dicated  in  Major  Status,  and  Invalid  Parameter 
shall  be  indicated  in  substatus.  Invalid  Parm  Pa¬ 
rameter  shall  identify  the  incorrect  parameter. 

(4)  Key  Offset.  This  value  specifies  the  off¬ 
set  between  all  Key  fields  in  the  block.  The 
value  of  this  parameter  shall  be  nonzero  and 
less  than  the  block  length.  If  the  value  is 
zero,  or  greater  than  or  equal  to  the  block 
length,  processing  of  the  request  shall  be  ter¬ 
minated  with  a  Command  Exception  indicated  in 
Major  Status,  and  Invalid  Parameter  shall  be  in¬ 
dicated  in  substatus.  An  Invalid  Parm  parameter 
shall  identify  the  incorrect  parameter. 

(5)  Size  of  Keys.  This  value  specifies  the 
size  of  the  Key  field  (shall  be  the  same  for  all 
Keys).  The  value  shall  be  nonzero  and  less  than 
the  block  length.  If  the  value  is  zero,  or 
greater  than  or  equal  to  the  block  length,  pro¬ 
cessing  of  the  request  shall  be  terminated  with 

a  Command  Exception  indicated  in  Major  Status, 
and  Invalid  Parameter  shall  be  indicated  in  sub¬ 
status.  An  Invalid  Parm  parameter  shall  identify 
the  incorrect  parameter. 

(6)  Number  of  Keys  per  Block.  This  value 
specifies  the  number  of  Key  fields  in  a  block, 
and  shall  be  nonzero.  If  the  value  is  zero,  pro¬ 
cessing  of  the  request  shall  be  terminated  with 

a  Command  Exception  indicated  in  Major  Status 
and.  Invalid  Parameter  shall  be  indicated  in 
substatus.  An  Invalid  Parm  Parameter  shall 
identify  the  incorrect  parameter. 

(7)  Search  Key  Argument.  This  variable  length 
field  contains  the  Search  Key  Argument  that 
shall  be  compared  with  the  Key  fields  within  the 
blocks. 


The  search  action  specified  in  the  Search 
Condition  octet  shall  be  repeatedly  applied, 
block  by  block,  between  the  Search  Key  Argument 
and  data  stored  in  Key  fields  within  the  blocks 
until  either  a  match  occurs  or  the  Search  Range 
has  been  exhausted. 

Implementation  Note:  The  following  figure 
illustrates  the  relationship  between  all  the 
fields  of  the  Set  Multiple  Key  Search  Parameter. 

First  Key 

|  Key  |  Length  | 

|  < -Of  f  s e t - >  |  < - >  | 


I  key  1  |  |  key  2  | 


|  <-Key  Offset - >  | 

I  I 

|  < - Block - >  I 

8. 4. 4. 5  Parameter  53  (Report  Search  Param¬ 
eter).  This  parameter  shall  be  as  shown  in 
Table  64  and  consists  of  the  following  octets: 

(I)  Search  Results.  This  octet  contains  the 
results  of  the  search  operation  requested  by 
this  command.  The  search  results  shall  be  as 
follows: 


Bits  5-3 

Search  Results 

001 

compared  less  than 

010 

compared  equal 

100 

compared  greater  than 

The  results  of  a  search  not  equal  shall  be  in¬ 
dicated  with  either  the  less  than  or  greater 
than  bit  setting.  The  remaining  bits  in  this  oc¬ 
tet  are  reserved. 
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Table  64 

Search  Parameter  53 

+-  + + — + - + + + 

| @ | LTH | ID | OCTET | X/b | DBF |  SEARCH  PARAMETER 

+  -+ + — + - + + + - 


|  S | n+l | 5 3 | 

1  1 

|  REPORT  SEARCH  PARAMETER 

II  II 

01|  | 

Search  Results 

II  II 

1  7-6  | 

j  reserved 

II  II 

1  5| 

|  Compared  Greater  Than 

II  II 

1  4| 

|  Compared  Equal  To 

II  II 

1  3  | 

j  Compared  Less  Than 

II  II 

1  2-0  | 

j  reserved 

II  II 

02 1  | 

j  reserved 

II  II 

03-06|  | 

|  Offset  of  match  into  block 

II  II 

07-0A |  | 

j  Count  of  blocks  transferred/Number 

II  II 

II  II 

0B— 0E  j  | 

1  1 

|  Data  Address  of  first  match 

1 

+  -+ - + — + - + - + - +■ 


(2)  Offset  of  Match  into  Block.  This  field 
contains  an  unsigned  binary  number  specifying 
the  offset  into  the  first  block  that  contained 

the  first  octet  of  the  match  condition  specified 
by  the  previous  octet. 

(3)  Count  of  Blocks  Transferred/ Number  of 
Matches.  This  field  contains  an  unsigned  bi¬ 
nary  number  based  upon  the  action  requested  in 
the  Search  Condition  octet,  i.e.,  the  count  of 
the  number  of  blocks  transferred  to  the  master 
following  a  match,  or  a  count  of  the  number  of 
matches  detected  within  the  Search  Range  (as  per 
the  setting  of  Bit  7  in  the  first  octet  of  the 
parameter  that  set  up  the  search). 

(4)  Data  Address  of  First  Match.  This  field 
is  returned  only  on  a  Multiple  Key  Search  and 
contains  the  Data  Address  of  the  first  block 
that  contained  the  match. 

8.5  WRITE 

8.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  62. 

8.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  63. 

8.5.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  WRITE  command  transfers  data  from  the  mas¬ 
ter  to  the  addressee  starting  at  the  position 
specified  in  the  Data  Address  of  the  Command  Ex¬ 
tent  parameter.  If  positioning  is  required  be¬ 
fore  the  data  can  be  accessed,  the  slave  shall 
initiate  the  positioning  operation.  Refer  to 
the  POSITION  CONTROL  command  (7.2)  for  details 


of  the  positioning  operation.  The  mode  and 
direction  of  the  command  is  specified  by  the 
modifier  octet. 

If  multiple  Command  extents  are  supported  by 
the  slave,  they  shall  be  processed  in  the  se¬ 
quence  that  they  were  received  in  the  parameter 
list.  Data  is  transferred  to  the  slave  since  it 
was  sequential  data  to  be  written  to  a  single 
extent. 

8.5.4  Parameters.  The  Write  Parameters  shall 
be  as  shown  in  Table  65. 

8.5.4. 1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

8. 5. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

8. 5. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

8. 5. 4. 4  Data  Address  (Common)  Parameter. 

See  5.5.11. 

8. 5. 4. 5  Transfer  (Common)  Parameter.  This 
parameter  is  used  to  specify  the  actions  to  be 

taken  by  the  slave  when  writing  to  the  media. 

See  Implementation  Note  at  5.5.13. 

8. 5. 4. 6  Partition  (Common)  Parameter.  See 
5.5.15. 

8.5.4. 7  Stop  on  Discontinuity  (Common)  Pa¬ 
rameter.  See  5.5.16. 

8. 5. 4. 8  Skip  Mask  Parameter.  See 

8. 1.4. 2.1. 

8. 5. 4. 9  Information  Transfer  Size  Override 
Parameter.  See  8. 1.4. 2. 2. 

8.5.4.10  Master  Termination  Permitted  Pa¬ 
rameter.  See  8. 1.4. 2. 3. 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH |  NO  | CODE |  MOD |  MOD | ADDR j ADDR |  PARAMETERS 
I  |01|2|  3  j  4  j  5  |  6  through  n 

H - 1 - + - H - 1 - 1 - (. - 

xxxx  xxxx  20  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 

I  I  I 

| |  0=DataBlock  l=PhysicalBlock 
j  Direction  0=Forward  l=Reverse 

Figure  62 

Command  Packet  for  WRITE 


+ - + - + - + - 

| PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

|  LTH j  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  63 

Response  Packet  for  WRITE 


+-  + + —  + - + + + 

|  @  |  LTH | ID | OCTET | X/b | DEF | 

+  -  + +  --  + - + + +  - 


Table  65 

Write  Parameters 


WRITE  PARAMETERS 


COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

TRANSFER  PARAMETER  (See  5.5.13) 

Verify 

Volume 

Certify 

Stop  on  Data  Error 
reserved 

Compare  -  Use  buffer  under  slave  control 
Compare  -  Master  repeat  transfer 

PARTITION  PARAMETER  (See  5.5.15) 

STOP  ON  DISCONTINUITY  PARAMETER  (See  5.5.16) 

SKIP  MASK  PARAMETER  (See  8. 1.2.1) 

INFORMATION  TRANSFER  SIZE  OVERRIDE  PARAMETER 
(See  8. 1.2. 2) 

Generate  Class  2  Interrupt 
Burst  Size 

MASTER  TERMINATION  PERMITTED  PARAMETER 
(See  8. 1.2. 3) 


|  M  |  09 

1  31  I 

i 

1 

1  1 

1  1  01- 

04  | 

1 

1  1 

1  I  05- 

08  | 

1 

1 

I  1 

| S | n+1 

1  1 

1  32  | 

1 

1 

1 

1 

1  1 

1  1  01- 

04  | 

1 

1  1 

1  I 

1  1  05- 

i  i 

08  | 

1 

1 

1 

1  1 

|  M  |  0  5 

|  I 

| 35 | 01- 

i  i 

1 

04  | 

1 

1 

1 

| B | n+1 

1  I 

j 3A| 01- 

i  i 

n  | 

i 

1 

1 

1 

1  1 

|  M  |  02 

1  1 

1  3C  | 

1  1 

1 

i 

01  1 

1 

1 

7  | 

1  1 

1  1 

1 

6  1 

1  1 

1  1 

1 

5  | 

1  1 

1  1 

1 

4  I 

1  1 

1  1 

|  3 

-2  I 

1  | 

1  | 

1 

1 

1  1 

1  1 

I 

1 

1 

0  1 
| 

1  1 

| M | n+1 

i  i 

1  1 
| 3E| 01- 
1  1 

1 

n  | 

i 

1 

1 

1 

1  1 

| M | n+1 

i  i 

| 3  F 1 01- 

I  1 

1 

n  | 

1 

1 

1 

1  1 

| M | n+1 

1  1 

| 50 | 01- 
1  1 

1 

n  | 

i 

1 

1 

1 

1  1 

| M | n+1 

1  1 

1  51  | 

i  i 

1 

i 

1 

1 

I 

1  1 

1  1 

1  1  oi- 

04  | 

1 

1  1 

1  1 

1  1 05- 

i 

08  | 

1 

1 

1  1 

j  M  |  01 
1  1 

1  52  | 

1  1 

1 

1 

1 

1 

1 

1 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH |  NO  j CODE j  MOD |  MOD | ADDR | ADDR j  PARAMETERS 

j  |  0  1  |  2  |  3  j  4  |  5  |  6  through  n 

+ - + - + - + - + + - + - 

xxxx  xxxx  21  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0=Octet  l-=Block 

I  I  I 

||  0=DataBlock  l=Physi calBlock 

|  Direction  0  =  Forward  l«=Reverse 

Figure  64 

Command  Packet  for  WRITE  PATTERN 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

|  LTH  j  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

|  |  012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  64A 

Response  Packet  for  WRITE  PATTERN 


8.6  WRITE  PATTERN 

8.6.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  64. 

8.6.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  64A. 

8.6.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  WRITE  PATTERN  command  allows  the  mas¬ 
ter  to  write  a  data  pattern  in  the  extent  spec¬ 
ified  by  the  Command  Extent  parameter.  If  a 
specific  pattern  is  required  by  the  master,  it 
shall  be  passed  as  a  parameter  in  the  command 
packet.  If  the  supplied  data  pattern  is  less 
than  the  number  of  blocks  to  be  written,  the 
supplied  pattern  shall  be  repeated  as  necessary 
to  fill  the  blocks.  If  a  Pattern  parameter  is 
not  supplied,  the  command  is  either  rejected  or 
the  Fill  characters  defined  in  Attribute  5A  are 
used  in  lieu. 

8.6.4  Parameters.  The  Write  Pattern  Param¬ 
eters  shall  be  as  shown  in  Table  66. 


8.6.4. 1  Continuation  of  Preceding  (Common) 
Parameter.  See  5. 2. 1.7. 

8. 6. 4. 2  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

8. 6. 4. 3  Response  Extent  (Common)  Parameter. 

See  5.5.3. 

8. 6. 4. 4  Access  Key  (Common)  Parameter. 

See  5.5.6. 

8. 6. 4. 5  Data  Address  (Common)  Parameter. 

See  5.5.1  I . 

8. 6. 4. 6  Transfer  (Common)  Parameter.  See 

5.5.13. 

8.6.4. 7  Partition  (Common)  Parameter.  See 

5.5.15. 

8. 6. 4. 8  Pattern  Parameter.  This  parameter 
contains  the  pattern  to  be  repeated.  The  length 

of  the  pattern  cannot  exceed  the  largest  command 
packet  size  the  slave  can  accept  (as  set  in  At¬ 
tributes). 

8. 6. 4. 9  Request  Parm  Parameter.  This  param¬ 
eter  may  be  used  to  transfer  a  pattern  as  data. 
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Table  66 

Write  Pattern  Parameters 


+  —  +  —  —  —  + - + - + - 4 - h 

| @ | LTH | ID | OCTET | X/b | DEF |  WRITE  PATTERN  PARAMETERS 

+  -  + +  —  + - + + - 


1  M 

1  01 

1  02 

C 

1 

o 

1 

1 

1 

I 

CONTINUATION  OF  PRECEDING  PARAMETER  (5 

|  M 

|  09 

1  31 

1  1 

1  1 

|  01-04  1 

1 

1 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

105-08 | 

1 

1 

1 

1 

1 

Data  Address 

1  s 

|  n+1 

1  32 

1  1 

1  1 

|  01-04  | 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

| 05-08 | 

1 

1 

1 

| 

Data  Address 

|  M 

|  05 

1  35 

|  01-04  | 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  B 

|  n  +  1 

1  3a 

| 01-  n | 

1 

1 

1 

I 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  M 

1  02 

1  3C 

1  01  | 

1 

1 

1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

|  M 

|  n+1 

1  3E 

| 01-  n | 

1 

1 

1 

1 

i 

1 

PARTITION  PARAMETER  (See  5.5.15) 

|  M 

|  n+1 

1  50 

| 01-  n | 

1 

1 

1 

1 

1 

1 

PATTERN  PARAMETER 

1  M 

|  n+1 

1  6C 

| 01-  n | 

1 

1 

1 

1 

REQUEST  PARM  PARAMETER 

+  -  + - +  —  + - + - + - +. 


+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH j  NO  j CODE j  MOD j  MOD | ADDR j ADDR j  PARAMETERS 

I  |  0  1  j  2  |  3  j  4  |  5  |  6  through  n 

+ - + - + - + - + + - + - 

xxxx  xxxx  28  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0“Octet  l«Block 
|  j  j  Inhibit  Defect  Reallocation 
II  0=DataBlock  1-PhysicalBlock 
j  1=  Initialize  Format 

Figure  65 

Command  Packet  for  FORMAT 


+ - + - + - + - 

|  PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

|  LTH I  Command  I  CODES  I  TYPE  I  CODE  I  PARAMETERS 
j  |  0  1  2  3  4  5|  6  |  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 

Figure  65A 

Response  Packet  for  FORMAT 


8.7  FORMAT 

8.7.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  65. 

8.7.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  65A. 

8.7.3  Description.  The  master  can  redefine 
the  slave-defined  Default  Data  Partition  of  a 
disk  into  smaller  contiguous  Partitions.  There 
can  only  be  one  physical  format  to  a  Partition. 

The  area  to  be  formatted  shall  include  the 
slave's  allocation  for  alternate  blocks. 


The  FORMAT  command  when  used  with  the 
Initialize  Format  modifier  set  establishes  a 
Partition  and  causes  it  be  formatted.  When  the 
modifier  is  not  set.  the  slave  only  formats  the 
partition  or  extent  defined  by  parameters.  The 
formatting  operation  is  slave  specific,  but  the 
overall  result  is  the  establishment  of  Physical- 
Blocks  through  the  defined  Partition. 

Typically,  but  not  necessarily,  formatting  in¬ 
volves  rewriting  the  identification  and  possibly 
the  data  fields  of  the  disk.  Some  disk  drives  do 
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not  have  a  simple  relationship  between  Physical- 
Block.  track,  and  cylinder  addresses  and  it  is 
the  responsibility  of  the  slave  to  format  in  ac¬ 
cordance  with  the  characteristics  of  the  drives 
it  is  controlling. 

If  the  Inhibit  Defect  Reallocation  modifier  is 
set.  then  the  avoidance  of  defects  by  the  slave 
is  overridden.  The  default  condition  is  for  the 
slave  to  either  skip  or  reallocate  defects  de¬ 
fined  in  the  parameter  list,  in  addition  to 
those  known  to  the  slave  by  a  stored  defect  list 
(if  any).  Defects  encountered  during  the  format 
shall  also  be  skipped  or  reallocated.  The  tech¬ 
niques  associated  with  how  this  is  done  are  the 
responsibility  of  the  vendor,  and  are  not  de¬ 
fined  in  this  document. 

If  defect  reallocation  is  not  inhibited,  en¬ 
tries  in  the  Suspect  Permanent  and  Suspect  Tem¬ 
porary  defect  lists  are  automaticaly  reallocated 
and  moved  to  the  corresponding  Working  defect 
list  during  execution  of  the  FORMAT  command. 

It  may  be  desirable  for  some  applications  to 
have  the  track  format  controlled  by  the  master 
(e.g.,  a  floppy  disk  used  for  media  interchange 
between  specific  systems.  Other  applications  are 
better  handled  by  slave  control  of  the 
formatting.  In  addition,  some  devices  may  not 
require  defect  mapping. 

The  Initialize  Format  modifier  is  used  to  in¬ 
dicate  to  the  slave  that  this  is  an  initial  for¬ 
matting  of  a  Partition,  rather  than  an  incre¬ 
mental  or  update  formatting.  This  may  require 
special  actions  to  be  taken  at  the  device  level 
(e.g..  disks  implemented  with  a  Level  2  IPI  es¬ 
tablish  a  Format  Specification  for  the  Parti¬ 
tion.  and  need  to  know  the  difference  between  an 
initial  and  an  incremental  formatting. 

The  slave  uses  the  Fill  Octet  field  specified 
in  Attributes  as  the  data  to  be  recorded  within 
PhysicalBlocks  during  formatting. 

Where  a  Held  is  not  supplied  as  a  parameter 
value,  the  slave  shall  assume  values  that  pro¬ 
vide  a  viable  format.  The  minimum  information 
required  by  the  slave  is  the  DataBlock  size,  as 
the  slave  can  select  all  other  parameters  neces¬ 
sary  for  formatting.  The  DataBlock  size  may  be 
implicit  if  defined  in  Attributes  prior  to  is¬ 
suing  the  FORMAT  command,  or  explicit  by  use  of 
the  DataBlock  modifier  and  the  Block  Size  Param¬ 
eter.  If  the  master  is  unable  to  support  the 
maximum  transfer  rate  of  the  slave  the  only 
other  essential  information  would  be  the  Trans¬ 
fer  Rate  Parameter. 

Other  use  of  master-supplied  parameters  pre¬ 


sumes  that  the  master  has  a  knowledge  of  the 
disk,  and  the  need  to  override  the  slave’s  se¬ 
lection  of  parameters  in  order  to  achieve  a 
specific  desired  format. 

When  the  slave  is  ready  to  begin  the  format¬ 
ting  operation,  fields  associated  with  the  for¬ 
mat  that  are  in  the  addressee's  Attribute  Table 
shall  have  their  contents  set  to  zero  by  the  ad¬ 
dressee.  Following  a  successful  format,  the  ad¬ 
dressee’s  Attribute  Table  shall  be  updated  by 
the  addressee  to  indicate  the  characteristics  of 
the  formatted  media. 

If  a  Maintenance  Partition  (ID  x’01-0F’)  is  to 
be  formatted,  it  is  necessary  for  the  FORMAT 
command  to  be  preceded  in  a  Chain.  Sequence,  or 
Order  by  a  OPERATING  MODE  command  that 
specifies  which  Maintenance  Partition  is  to  be 
formatted.  Some  disk  manufacturers  physically 
compartment  the  disk  into  slave-defined  Main¬ 
tenance  Partitions  (ID  x'OI-  07')  (e.g..  a  CE 
Cylinder  that  is  provided  to  allow  diagnostics 
to  test  read/write  functions  without  affecting 
user  data  in  the  Data  Partitions.  Similarly, 
some  masters  may  choose  to  define  Maintenance 
Partitions  (ID  x'08-0F)  for  system  diagnostic 
pu rposes. 

If  more  than  one  partition  is  to  be  used  on  a 
disk,  the  slave  requires  as  a  minimum,  the  Count 
of  the  number  of  Blocks  or  octets  in  the  Parti¬ 
tion.  If  the  DataBlock  modifier  is  specified  the 
slave  shall  begin  the  Partition  in  previously 
unformatted  data  space.  If  PhysicalBlocks  are 
specified,  the  starting  Physical  Address  is  re¬ 
quired.  and  shall  begin  on  a  physical  boundary. 
The  master  shall  precede  all  other  supplied  pa¬ 
rameters  with  a  Partition  Parameter.  For 
example. 

Partition 

Blocksize 

Command  Extent  (Count  only  if  DataBlocks) 
(Data  Address  required  if 
PhysicalBlocks) 

Choice  of  Interleave  Parameters 

The  burden  for  managing  the  implementation  of 
partitions  with  different  formats  on  the  same 
disk  is  upon  the  master.  Reference  to  partitions 
may  be  by  either  the  Partition  parameter  or  by 
Alias  addressing. 

8.7.4  Interleave  Considerations.  The  order  of 
blocks  as  seen  by  a  master  during  data  transfer 
is  always  in  ascending  block  number  sequence. 
Interleaving  parameters  are  provided  so  that  the 


118 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


Table  67 

Format  Parameters  31,  32,  3A-3F 


-  + - + —  + - + - +- 

|  @  |  LTH | ID | OCTET | X/b | 

DEF  | 

FOF.MAT  PARAMETERS 

| M | 0  9  |  31  |  |  | 

1  1  1  |01-04|  | 

1  1  1  |05-08|  | 

1  1  1  1  II 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

| S | n+ 1  |  32  |  |  | 

1  1  1  |01-04|  | 

1  1  1  |05-08|  | 

till  II 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

Data  Address 

1  1  1  1  II 

| M | 0 5  |  35  |  01-04  |  | 

II 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

| B | n  +  1 j  3A | 01-  n |  j 

II 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

| M | 0  5  | 3  B | 01-04 |  | 

1 

1 

BLOCK  SIZE  (See  5.5.12) 

1  1  1  1  II 

|  M | 0  2  |3C|  01|  | 

III  II 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

| M | n+1 | 3E | 01-  n  j  | 

III  II 

1 

1 

1 

PARTITION  PARAMETER  (Se-3  5.5.15) 

| M | n+1 1 3  F | 01-  n |  | 

Mil  II 

1 

1 

1 

STOP  ON  DISCONTINUITY  PARAMETER  (See  5 

+-+ - + — + - + - + - +. 


master  can  request  that  the  order  for  recording 
of  blocks  on  disk  be  in  such  a  manner  that 
blocks  with  sequentially  ascending  addresses  are 
not  physically  contiguous.  The  effect  of  this  is 
to  reduce  the  effective  transfer  rate,  though 
not  the  instantaneous  transfer  rate  within  a 
block.  The  degree  by  which  blocks  that  are  ad¬ 
jacent.  but  not  physically  contiguous,  in  the 
address  space  may  have  their  transfer  rate  be¬ 
tween  the  addressee  and  master  effectively 
reduced  is  called  the  interleave  factor. 

The  interleave  factor  allows  an  addressee  with 
an  effective  data  rate  greater  than  that  of  the 
master,  to  be  attached  without  incurring  a  sig¬ 
nificant  performance  loss.  Noncontiguous  phys¬ 
ical  fields  are  a  commonly  implemented  tech¬ 
nique.  although  other  solutions  that  provide  the 
same  effect  may  be  used  also.  An  interleave  fac¬ 
tor  may  be  established  in  manufacture,  or  it  may 
be  set  by  the  master  through  parameters  of  the 
FORMAT  command.  Once  formatted,  the  inter¬ 
leave  factor  becomes  an  attribute  of  the  facil¬ 
ity  until  changed  by  another  FORMAT  command.  A 
reset  or  removal  of  power  from  the  slave  or  fa¬ 
cility  shall  not  cause  the  interleave  factor  to 
change. 

8.7.5  Defect  List  Considerations.  If  the  mas¬ 
ter  wishes  to  control  the  management  of  defects, 
it  may  provide  defect  list  parameters  for  the 


slave  to  use  in  lieu  of  those  known  to  the  slave 
(by  manufacturer's  flaw  map  or  slave's  own  main¬ 
tained  defect  list). 

If  the  list  of  defects  supplied  by  the  master 
exceeds  the  size  of  the  command  packet,  then  it 
may  be  supplied  as  data.  The  master  is  required 
to  provide  the  information  in  the  same  manner  as 
it  wants  the  disk  formatted  (e.g.,  if  the  Block 
modifier  is  set,  then  it  applies  to  both  the  ex¬ 
tent  to  be  formatted  and  the  transfer  of  param¬ 
eters  as  data. 

The  defect  list  supplied  by  the  master  is 
treated  by  the  slave  as  applicable  only  during 
the  execution  of  the  command,  and  the  slave 
makes  no  entries  in  its  own  defect  lists. 

Typically,  this  method  of  formatting  is  used  in 
lieu  of  slave  management  of  defects.  If  the  mas¬ 
ter  wishes  the  defect  list  provided  to  be  en¬ 
tered  into  the  slave's  defect  list,  it  does  so 
by  using  the  Write  Defect  List  command. 

Typically,  the  master  shall  be  formatting  an 
area  smaller  than  the  whole  disk,  so  the  master 
supplies  two  Command  Extent  parameters,  one  for 
the  transfer  of  parameters  as  data  (see  5.2.4) 
and  the  other  to  define  the  area  to  be  for¬ 
matted. 

8.7.6  Format  Parameters 

8.7.6. 1  Parameters  33,  32,  3A-3F.  These 
paramters  shall  be  as  shown  in  Table  67. 
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8. 7.6. LI  Command  Extent  (Common) 
Parameter.  If  this  parameter  is  not  present,  the 
slave  formats  the  Default  Data  Partition.  If 
other  partitions  had  been  previously  defined, 
the  area  formatted  would  be  the  remaining  De¬ 
fault  Data  Partition;  otherwise,  the  entire 
slave-defined  Default  Data  Partition  would  be 
formatted. 

If  this  parameter  is  present,  the  Count  field 
establishes  the  size  of  the  extent  to  be  format¬ 
ted.  When  the  Initialize  Format  modifier  is  set. 
this  also  establishes  the  size  of  the  partition. 

If  the  DataBlock  and  Initialize  Format  modi¬ 
fiers  are  set.  the  Data  Address  field  is  not 
supplied,  the  partition  is  described  in  terms  of 
DataBlocks,  and  the  slave  is  responsible  for  al¬ 
locating  the  partition  into  unformatted  space  of 
the  Default  Data  Partition. 

If  the  DataBlock  modifier  is  set  and  the  Ini¬ 
tialize  Format  modifier  is  not.  the  Command  Ex¬ 
tent  defines  the  area  to  be  reformatted. 

If  the  PhysicalBlock  modifier  is  set,  the  Data 
Address  field  is  required,  the  extent  is  de¬ 
scribed  in  terms  of  PhysicalBlocks,  and  the 
starting  PhysicalBlock  address  shall  be  on  a 
physical  device  boundary. 

8. 7. 6. 1.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

8.7.6. 1.3  Access  Key  (Common)  Param¬ 
eter.  See  5.5.6. 

8.7.6. 1.4  Data  Address  (Common)  Pa¬ 
rameter.  See  5.5.11. 

8. 7. 6. 1.5  Block  Size  (Common)  Param¬ 
eter.  In  the  absence  of  this  parameter,  the 

slave  shall  select  a  size  consistent  with  the 
DataBlock  size  defined  in  Attributes. 

If  this  parameter  is  present  and  the  Initial¬ 
ize  Format  modifier  is  set,  it  explicitly  over¬ 
rides  any  block  size  that  may  be  defined  in  At¬ 
tributes.  The  following  actions  are  performed 
whether  block  size  is  implicit  or  explicit  as 
long  as  the  Initialize  Format  modifier  is  set. 

If  the  DataBlock  modifier  is  set.  the  block 
size  is  defined  in  DataBlocks  for  the  partition, 
and  the  slave  chooses  a  PhysicalBlock  size  that 
is  consistent  with  the  DataBlock  size,  and  that 
optimizes  the  physical  characteristics  of  the 
facility.  The  slave  shall  reject  the  FORMAT 
command  with  an  Invalid  Parm  substatus  if  the 
DataBlock  size  is  not  supported  for  the 
Partition. 

If  the  PhysicalBlock  modifier  is  set.  the 
block  size  is  defined  in  PhysicalBlocks  for  the 
partition,  and  the  slave  checks  this  against  any 


slave-defined  or  facility-defined  constraints 
(e.g..  switch  settings,  default  values,  or  im¬ 
bedded  servo  fixed  sector  disks.  If  the  values 
do  not  match,  the  FORMAT  command  shall  be 
rejected  with  an  Invalid  Parm  Substatus. 

8. 7. 6. 1.6  Transfer  (Common)  Parameter. 
See  5.5.13. 

8. 7. 6. 1.7  Partition  (Common)  Parameter. 

See  5.5.15. 

8. 7. 6. 1.8  Stop  On  Discontinuity  (Com¬ 
mon)  Parameter.  Some  methods  of  PhysicalBlock 
reallocation  during  formatting  can  cause  discon¬ 
tinuities.  The  master  uses  this  parameter  if  it 
wishes  to  have  the  FORMAT  command  cease  exe¬ 
cuting  because  of  an  encountered  discontinuity 
(see  5.5. 16). 

8. 7.6.2  Parameters  50-55.  These  param¬ 
eters  shall  be  as  shown  in  Table  68. 

8. 7. 6. 2.1  Number  of  PhysicalBlocks  per 
Track  Parameter.  If  this  parameter  is  present, 

the  value  supplied  specifies  the  number  of  Phys¬ 
icalBlocks  per  track.  If  this  parameter  is  not 
present,  the  slave  determines  the  number. 

8. 7. 6. 2. 2  PhysicalBlock  Interleave  Fac¬ 
tors  Parameter 

(1)  Cylinder  Interleave  Factor.  This  field 
specifies  the  number  of  PhysicalBlocks  delay  re¬ 
quired  between  the  last  PhysicalBlock  on  the 
last  track  of  a  cylinder,  and  the  first  Phys¬ 
icalBlock  in  the  next  cylinder.  This  delay 
biases  the  absolute  location  of  PhysicalBlock  0 
to  compensate  for  the  rotation  of  the  disk  dur¬ 
ing  a  single  cylinder  seek.  A  value  of  x'FF'  al¬ 
lows  the  slave  to  determine  the  interleaving. 

(2)  Head  Interleave  Factor.  This  field  spec¬ 
ifies  the  number  of  PhysicalBlocks  offset  re¬ 
quired  between  the  last  PhysicalBlock  on  a 
track,  and  the  first  PhysicalBlock  in  the  next 
track.  This  delay  biases  the  absolute  location 
of  PhysicalBlock  0  to  compensate  for  the  rota¬ 
tion  of  the  disk  during  a  head  switch.  A  value 
of  x'FF'  allows  the  slave  to  determine  the  in¬ 
terleaving. 

(3)  PhysicalBlock  Interleave  Factor.  This 
field  is  used  to  adjust  the  effective  transfer 
rate  to  and  from  the  disk.  It  specifies  the  num¬ 
ber  of  PhysicalBlocks  to  be  skipped  before  the 
next  PhysicalBlock  is  generated.  A  value  of  zero 
causes  no  skip,  and  the  PhysicalBlocks  are 
sequentially  numbered.  A  value  of  x'FF’  allows 
the  slave  to  determine  the  interleaving.  The 
slave  shall  generate  interleaved  PhysicalBlocks, 
while  also  accomodating  track  and  cylinder  in¬ 
terleaving. 
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Table  68 

Format  Parameters  50-55 


+  -  + - +  --  + - + - + - + 


| @ | LTH | ID | OCTET | X/b | DEF |  FORMAT  PARAMETERS 


+  -  + 

|  M  | 

03  | 

50  | 

(N 

O 

1 

i — 1 

O 

1 

1 

NUMBER  OF  PhysicalBlocks  PER  TRACK 

i  i 

1  M  1 

1  1 

04  | 

51  1 

1 

1 

1 

01  1 

1 

1 

1 

1 

1 

FF  | 

PhysicalBIock  INTERLEAVE  FACTORS 
Cylinder  Interleave  Factor 

1  1 

1 

02  | 

1 

FF  | 

Head  Interleave  Factor 

1  1 

1 

03  | 

1 

FF  | 

PhysicalBIock  Interleave  Factor 

★ 

1  1 

1  M  | 

n  +  1  | 

52  | 

01-n  | 

1 

1 

1 

1 

PhysicalBIock  INTERLEAVE  TABLE 

* 

i  i 

1  M  1 

1  1 

n+1  | 

i 

53  | 

1 

1 

i 

01-04  | 

1 

1 

1 

1 

I 

i 

TRANSFER  RATE  (Octets/second) 

Effective  disk  Transfer  Rate 

★ 

1  1 

1 

05-08 | 

1 

I 

Master's  Instantaneous  Transfer  Rate 

1  1 

1  M  | 

1  1 

03  | 

54  | 

1 

1 

1 

01  | 

1 

1 

7  | 

1 

I 

1 1 

DataBlock  INTERLEAVE  PARAMETER 

Value 

1  1 

1 

1  6 

-0  | 

0  1 

reserved 

1  1 

1 

02  | 

1 

1 

DataBlock  Interleave  Value 

* 

1  1 

1  M  1 

1  1 

03  | 

54  | 

1 

i 

01  1 

1 

1 

7  | 

1 

1 

o  1 

DataBlock  INTERLEAVE  PARAMETER 

Factor 

I  i 

1 

1  6 

-0  | 

o  1 

reserved 

I  i 
l  I 

I  i 
+-+ 

1 

1 

1 

02  | 

1 

1 

1 

1 

1 

1 

1 

1 

DataBlock  Interleave  Factor 

★ 

*  Mutually  exclusive  parameters. 


8. 7. 6. 2. 3  PhysicalBIock  Interleave 
Table  Parameter.  This  parameter  allows  the  mas¬ 
ter  to  describe  the  PhysicalBIock  interleave 
structure  for  a  completq  track.  The  number  of 
entries  in  the  table  shall  be  equal  to  the  num¬ 
ber  of  PhysicalBlocks  in  a  track.  The  first 

entry  in  the  table  specifies  the  physical 
PhysicalBIock  number  to  be  given  to  absolute 
PhysicalBIock  0  on  each  track;  the  second  entry 
gives  the  physical  PhysicalBIock  number  to  be 
assigned  to  absolute  sector  1;  and  so  on.  This 
parameter  can  be  used  to  achieve  a  level  of 
software  interleaving  (e.g..  if  the  operating 
system  software  is  implemented  in  block  sizes  of 
IK,  but  the  media  is  formatted  with  Physical- 
Block  of  512  octets,  the  table  for  a  simple  ex¬ 
ample  of  8  PhysicalBlocks  per  track  could  be 
constructed  as  ’12563478’. 

8. 7. 6. 2. 4  Transfer  Rate  Parameter.  The 
first  field  is  a  value  that  allows  the  slave  to 

format  the  disk  in  whichever  fashion  it  chooses 
to  achieve  an  effective  data  rate  equal  to  or 
less  than  that  specified.  The  second  field  is 
used  by  the  slave  to  adjust  its  internal  data 
flow  to  match  the  instantaneous  transfer  rate  to 
and  from  the  master. 


8. 7. 6. 2. 5  DataBlock  Interleave  Param¬ 
eter.  This  paramter  is  made  up  of  either  a  Value 
or  a  Factor  octet. 

(1)  Value.  When  Bit  7  of  the  first  octet  is 
set  to  I,  the  Value  defines  the  interleave  value 
to  be  used  in  formatting  the  media. 

The  Value  specifies  one  of  the  interleave 
values  defined  by  the  facility.  Bit  0  specifies 
interleave  value  0,  which  is  the  basic  block 
transfer  capability  of  the  facility.  Bits  1-7 
specify  interleave  values,  which  are  defined  by 
vendor  specifications.  Individual  bits  1-7  are 
set  to  I  to  cause  a  reduction  in  the  block 
transfer  rate  that  exceeds  the  reduction  of  the 
immediately  preceding  bit  (e.g..  Bit  5  =  1  shall 
cause  a  greater  reduction  in  the  block  transfer 
rate  then  Bit  4  =  1).  Only  one  bit  may  be  set. 

(2)  Factor.  When  Bit  7  of  the  first  octet  is 
set  to  0.  the  Factor  specifies  the  factor  to  be 
used  in  formatting  the  media. 

The  Factor  is  used  to  adjust  the  effective 
rate  at  which  DataBlocks  are  transferred  from 
the  disk.  It  specifies  the  number  of  DataBlocks 
to  be  skipped  before  the  next  sequential  Data- 
Block  is  generated.  A  value  of  zero  causes  no 
skip,  and  a  value  of  x'FF’  allows  the  slave  to 
determine  the  interleaving. 
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Table  69 

Format  Parameters  56-59 


+-+ - + — + - + - + 

| @ | LTH | ID | OCTET | X/b | 

DEF  | 

FORMAT  PARAMETERS 

|  M | n+1 1 56 

1  1 

1 

1 

TRACK  DEFECTS  LIST 

1  1  1 

| 01-04  | 

1 

1 

Cyl inde r 

( first ) 

1  1  1 

| 05-06  | 

1 

1 

Track 

1  1  1 

| 07-0A | 

1 

1 

Octet  Offset  into  track 

1  1  1 

| 0B-0C | 

1 

1 

Length  of  defect  (in  bits) 

1  1  1 

j  n-B : 8 | 

1 

1 

Cyl inde  r 

( last ) 

1  1  1 

|  n  —  7  :  6  | 

1 

1 

Track 

1  1  1 

| n—  5 : 2  | 

1 

1 

Octet  Offset  into  track 

1  1  1 

1  1  1 

| n-1 : n  j 

1 

1 

1 

1 

Length  of  defect  (in  bits) 

| M 1 n+1 1 57 

1  1 

i  i 

1 

1 

1 

1 

SECTOR  DEFECTS  LIST 

1  1  1 

| 01-04  | 

1 

1 

Cyl inde  r 

(  first) 

1  1  1 

| 05-06  | 

1 

1 

Track 

1  1  1 

| 07-08  | 

1 

1 

No  of  Sector  after  Index 

1  1  1 

| 09-0A | 

1 

1 

Octet  Offset  within  Sector 

1  1  1 

| 0B-0C | 

1 

1 

Length  of  defect  (in  bits) 

1  1  1 

j  n-B : 8 j 

1 

1 

Cyl inde  r 

( last ) 

1  1  1 

|  n  —  7  :  6  | 

1 

1 

Track 

1  1  1 

|  n-5 : 4  j 

1 

1 

No  of  Sector  after  Index 

1  1  1 

|  n- 3 : 2 | 

1 

1 

Octet  Offset  within  Sector 

1  1  1 

1  1 

| n-1 : n  j 

1 

1 

1 

1 

Length  of  defect  (in  bits) 

| M | 06  |  58 

1  1 
i  i 

1 

1 

1 

1 

HARD  DISK  FORMATS 

1  1  1 

|  01-02  j 

1 

1 

Number  of  Alternate  Cylinders 

1  1  1 

1  1 

1  03  | 

1 

1 

1 

1 

Number  of  On-track  PhysicalBlock 

Spares 

| H | 06  | 59 

1  1 
i  i 

1 

1 

1 

FLOPPY  FORMATS 

1  1  1 

1  01  1 

1 

1 

Standard  Formats 

1  1  1 

1  1 1 

-4  | 

1 

rese  rved 

1  1  1 

1  1 

3  | 

1 

ANSI  8"  SS  SD  128  octets/PhysicalBlock 

1  1  1 

1  1 

2  1 

1 

ANSI  8"  SS  DD  256  octets/PhysicalBlock 

1  1  1 

1  1 

1  | 

1 

ANSI  8"  DS  DS  256  octets/PhysicalBlock 

1  1  1 

1  1 

0  I 

1 

ANSI  8"  DS  Quad  Density  1024  octets/PhysBlock 

1  1  1 

1  02  1 

1 

1 

Number  of  Heads 

1  1  1 

|03-04 | 

1 

1 

Gap  Length 

1  1  1 

1  1  1 

1  05 1 

1  1 

1 

1 

1 

1 

Fill  Octet 

+-+ - + — + - + - + - + 


8. 7.6.3  Parameters  56-59.  These  parameters 
shall  be  as  shown  in  Table  69. 

8. 7. 6. 3.1  Track  Defects  List  Parameter. 
This  parameter  allows  specifying  the  location 

and  size  of  a  list  of  defects  by  cylinder  num¬ 
ber.  head  number,  and  offset  from  index-by¬ 
octet  location.  This  parameter  is  used  for  disks 
without  fixed  sectors. 

8. 7. 6. 3. 2  Sector  Defects  List  Param¬ 
eter.  This  parameter  is  used  to  identify  defects 
in  fixed  sector  disks  (e.g.,  imbedded  servo)  by 
their  position  within  the  sector,  as  located  by 
cylinder  number,  head  number,  and  sector  number. 

8. 7. 6. 3. 3  Hard  Disk  Formats  Parameter. 
This  parameter  contains  the  following  bits: 

(1)  Number  of  Alternate  Cylinders.  This  field 
specifies  the  number  of  cylinders  to  be  taken 
for  use  in  allocating  alternate  tracks,  alter¬ 
nate  PhysicalBlocks,  or  both. 

(2)  Number  oj  On-Track  Physical  Block  Spares. 

This  field  specifies  the  number  of  Physical- 
Blocks  to  be  reserved  on  each  track  for  assign¬ 
ing  alternates  for  those  PhysicalBlocks  that 


contain  defects.  If  this  field's  value  is  zero, 
there  are  no  spares,  and  alternates  shall  be 
taken  from  the  Alternate  Cylinders.  On-track 
PhysicalBlock  spares  typically  decrease  the  ca¬ 
pacity  of  the  disk  but  increase  performance  be¬ 
cause  the  access  time  penalty  associated  with 
defective  PhysicalBlocks  mapped  to  Alternate 
Cylinders  is  avoided. 

8. 7. 6. 3. 4  Floppy  Formats  Parameter. 
This  paramter  is  made  up  of  the  following  bits: 

(1)  Standard  Formats.  This  field  is  used  to 
identify  to  which  standard  format  the  floppy  is 
to  be  formatted.  If  more  than  one  bit  is  set. 
the  parameter  is  rejected:  and  if  no  bits  are 

set.  the  format  is  nonstandard  and  the  remaining 
parameter  fields  are  required. 

(2)  Number  of  Heads.  This  value  specifies  the 
number  of  heads  (i.e.,  sides)  on  the  floppy  to 
be  formatted. 

(3)  Gap  Length.  This  value  specifies  the  num¬ 
ber  of  octets  between  PhysicalBlocks  when  a  floppy 
disk  is  to  be  formatted.  It  is  only  used  if  a  non¬ 
standard  floppy  format  is  to  be  generated. 
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Table  70 

Format  Parameters  5A,  6C 


+-+ - + — + - + 

| @ | LTH | ID | OCTET | 

X/b | DEF | 

FORMAT  PARAMETERS 

| M | n+1 

|  5A|  1 

1 

1 

CELL  DEFECTS  LIST  PARAMETER 

1  1 

|  j  01-04 1 

1 

1 

Cylinder 

(first) 

1  1 

|  |  05-06 | 

1 

1 

Track 

1  1 

|  | 07-08  | 

1 

1 

No  of  Defective  Cells 

1  1 

|  | 09-0C | 

1 

1 

Offset  of  Defective  Cell 

#1 

1  1 

|  | 0D—  m| 

1 

1 

Offset  of  Defective  Cell 

#2 

through  end 

1  1 

1  |  n  -  j 

1 

1 

Cylinder 

( last ) 

1  1 

1  |  n  -  j 

1 

1 

Track 

1  1 

1  |  n  -  j 

1 

1 

No  of  Defective  Cells 

1  1 

1  |  n  -  | 

1 

1 

Offset  of  Defective  Cell 

#1 

1  1 
|  | 

1  |  n  -  j 

1 

1 

1 

1 

Offset  of  Defective  Cell 

#2 

through  end 

| M | n+1 

1 6C|  | 

1 

1 

1 

REQUEST  PARM  PARAMETER 

1  1 

II  01| 

7  | 

1 

Parameters  as  Data 

* 

1  1 

6  1 

1 

Parameters  in  Response 

* 

1  1 

1  1 

5  | 

1 

Length 

★ 

1  1 

1  1  1 

4  | 

1 

Naked  Parameters  as  Data 

* 

i  1 

1  1  1 

3-0  | 

1 

rese  rved 

1  1 

II  02  1 

1 

1 

Parameter  ID 

Repeated  as  many 

1  1 

1  1 

1  1 

II  n  j 

i  i  i 

i  i  i 

1 

1 

1 

1 

1 

1 

Parameter  ID 

times  as  needed 

+  -+ - + — + - + - + - + 


*  Mutually  exclusive  parameters. 


8. 7.6.4  Parameters  5A,  6C.  These  param¬ 
eters  shall  be  as  shown  in  Table  70. 

8. 7.6.4. 1  Cell  Defects  List  Parameter. 
This  parameter  allows  specifying  the  location 
and  size  of  a  list  of  defects  by  cylinder  num¬ 
ber.  head  number,  and  offset  of  cell  from  index. 
This  parameter  is  used  for  disks  with  variable 
record  sizes  (e.g..  IPI-2  Format  2).  The  No  of 
Defective  Cells  is  used  to  step  through  the  list 
within  each  cylinder  (4  *  No  of  Defective  Cells 
identifies  location  of  next  cylinder's  infor¬ 
mation). 

8. 7. 6. 4. 2  Request  Parm  Parameter.  See 

6.3.4.13.1. 


9.  Combination  Commands 

The  commands  in  this  section  are  the  most  com¬ 
plex  commands  of  the  Logical  Interface.  These 
commands  involve  considerations  that  by  their 
very  nature  may  be  device-specific, vendor- 
specific,  or  both.  Refer  to  vendor  specifica¬ 
tions  as  to  their  implementation. 

Some  Combination  commands  do  not  require  Com¬ 
bination  Extents.  Command  Completions  that  do 
not  contain  a  Combination  Extent  are  identified 


as  Transfer  Responses  (0001),  not  Combination 
Responses. 

The  Combination  commands  are  typically  ad¬ 
dressed  to  the  slave.  However,  the  command 
packet  may  be  addressed  to  a  facility;  in  which 
case,  the  Facility  Address  in  each  Extent  param¬ 
eter  shall  be  the  same  as  that  of  the  addressee. 

On  Combination  commands  that  execute  as  part 
of  a  Chain,  the  Source  and  Destination  ad¬ 
dressees  shall  be  the  same  as  the  remainder  of 
the  chain. 

NOTE:  Combination  commands  do  not  require  the  use  of  the 
Physical  Interlace  Slave-to-Slave  Information  Transfers  if  the 
facilities  are  attached  to  the  same  slave.  Users  should  be  aware 
that  if  Physical  Interface  Slave-to-Slave  Information  Transfers 
are  to  be  used,  then  dedication  of  the  interfaces  is  required. 

It  is  not  intended  that  Slave-to-Slave  Infor¬ 
mation  Transfers  execute  concurrently  with  other 
operations.  With  Slave-to-Slave  Information 
Transfers,  the  dominant  slave  shall  have  all  of 
the  capabilities  of  a  master,  such  as  the  hand¬ 
ling  of  unexpected  responses,  even  though  it 
does  not  have  control  over  selection. 

9.1  COPY 

9.1.1  Command  Packet.  The  command  packet  for 
this  command  shall  be  as  shown  in  Figure  66. 

9.1.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  67. 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH I  NO  | CODE j  MOD j  MOD j ADDR j ADDR j 

|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - . — 

xxxx  xxxx  30  bbbb  bbbb  xx  xx 


Figure  66 

Command  Packet  for  COPY 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  PARAMETERS 

j  LTH j  Command  |  CODES  | TYPE | CODE | 

j  j  0  1  2  3  4  5|  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  67 

Response  Packet  for  COPY 


9.1.3  Description.  The  COPY  command  allows 
the  transfer  of  data  between  slaves  (if  Slave- 
to-Slave  Information  Transfers  is  supported  at 
the  Physical  Interface  Level  1).  or  between  fa¬ 
cilities  attached  to  the  slave. 

If  supported  by  the  slave,  multiple  extents 
may  be  used  for  both  the  source  and  destination. 
The  command  requires  that  at  least  one  source 
and  one  destination  extent  be  defined  in  Combin¬ 
ation  Extent  parameters;  additional  extents  may 
be  supplied  and  are  processed  by  the  slave  in 
the  sequence  that  they  were  received.  The  number 
of  combination  commands  that  may  be  active  in  a 
slave  at  the  same  time  is  defined  by  attributes. 

If  the  two  facilities  have  different  block 
sizes,  the  transfer  length  is  expressed  in  terms 
of  the  block  size  used  by  the  source.  The  block 
size  of  the  source  shall  be  converted  by  the 
slave  to  the  block  size  of  the  destination,  as 
required.  On  the  write  to  the  last  destination 
block,  the  destination  addressee  shall  perform 
an  "update  write”  operation;  i.e.,  if  the  transfer 
of  the  last  source  block  does  not  fill  the  destina¬ 
tion  block,  the  slave  or  facility  shall  not  alter 
the  remainder  of  the  destination  block. 

It  is  possible  for  either  the  source  or  the 
destination,  and  sometimes  both,  to  contain  a 
Residual  Count  in  the  response  packet  (e.g.,  if 
the  command  terminated  due  to  error,  or  end  of 
tape  on  a  multireel  file  was  encountered  (see 
also  the  RESUME  command)). 


Each  set  of  COPY  parameters  is  assumed  to 
refer  to  an  extent  on  the  source  and  destination 
facilities.  A  continuous  extent  on  a  disk  is 
equivalent  to  a  span  of  blocks.  COPY  parameters 
may  be  concatenated  so  that  multiple  extents  may 
be  transferred  via  a  single  command  packet.  This 
allows  tiles  consisting  of  multiple  noncontigu¬ 
ous  extents  to  be  backed  up  or  restored  with 
little  overhead  in  the  master. 

If,  for  example,  a  file  is  to  be  restored  from 
a  backup  tape  (which  can  be  treated  as  one  large 
logically  contiguous  segment),  then  the  master 
shall  know  the  available  storage  areas  on  the 
destination  drive  and  their  lengths.  One  set  of 
COPY  parameters  is  generated  for  each  logically 
contiguous  area  on  the  destination  disk. 

An  entire  disk/tape/floppy  may  be  transferred 
with  a  single  COPY  command  by  setting  the  Volume 
modifier  bit  in  the  Transfer  parameter.  However, 
unless  the  two  facilities  involved  in  the  COPY 
operation  have  the  same  capacity,  the  transfer 
shall  be  terminated  whenever  the  lower-capacity 
facility  reaches  its  limit. 

The  process  terminates  when  one  of  the  follow¬ 
ing  conditions  is  encountered: 

(1)  The  specified  extents  have  been  trans¬ 
ferred  for  all  sets  of  COPY  parameters  in  the 
packet  (nominal  termination) 

(2)  A  file  mark  is  read  from  a  source  tape 

(3)  The  end  of  tape  is  found 
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Table  71 
Copy  Parameters 


+-+ - +  — + - + - + - + 


| @ | LTH | ID | OCTET | X/b| DEF |  COPY  PARAMETERS 


| M | n  +  1 | 33  | 

i 

1 

1 

COMBINATION  COMMAND  EXTENT  PARM  (See 

5.5.4) 

II  II 

01  1 

1 

1 

Slave  Address 

II  II 

02  | 

1 

1 

Facility  Address 

II  II 

03  | 

1 

1 

Modi  tiers 

II  II 

04  | 

1 

1 

Reserved 

II  II 

05-08 | 

1 

1 

Count 

II  II 

09-0C | 

1 

1 

Data  Address 

II  II 

n-7  : 4  | 

1 

1 

Count  Repeated 

as  many 

II  II 

II  II 

n-3 : n  j 

1 

| 

1 

1 

Data  Address  times  as 

needed 

| S | n+1 | 34  | 

i 

1 

1 

COMBINATION  RESPONSE  EXTENT  PARM  (See 

5.5.5) 

II  II 

01  1 

1 

1 

Slave  Address 

II  II 

02  | 

1 

1 

Facility  Address 

II  II 

03  | 

1 

1 

Modifiers 

II  II 

04  | 

1 

1 

Reserved 

II  II 

05-08 | 

1 

1 

Residual  Count 

II  II 

09-0C | 

1 

1 

Data  Address 

II  II 

0D-0E | 

1 

1 

Major  Status 

II  II 
II  II 

OF-  n  | 
i 

1 

1 

1 

1 

Substatus  if  any  -  Codes  xO-xB 

|  M  |  0  5  |  3  5  | 

j|  jj 

o 

i 

o 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

| B | n+1 | 3A | 

jj 

01-  n  | 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

| M | 02  | 3C | 

jj  j 

01  | 

1 

1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

| M | n  +  1 | 3  E | 

||  j 

01-  n  | 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

| M | 02  | 50  | 

01  1 

1 

1 

1 

1 

EXTENDED  MODIFIERS 

II  II 

1 

7  | 

1 

Suppress  Automatic  Retries 

II  II 

1 

6  1 

1 

Transfer  If  Error  * 

II  II 

1 

5  | 

1 

Skip  Bad  Physi calBlock 

II  II 

1 

4  1 

1 

Terminate  on  Unrecoverable  Error  * 

! 

i 

i 

i 

i 

i 

|  3 

1 

1 

-0  | 

1 

1 

1 

1 

1 

Rese  rved 

*  Mutually  exclusive  modifiers. 


(4)  The  source  disk  is  empty;  i.e.,  last 
block  of  the  source  disk  has  been  read  and 
transferred  to  the  destination 

(5)  The  destination  disk  or  tape  is  full; 
i.e..  last  block  of  the  destination  disk  has 
been  written 

The  COPY  response  packet  shall  define  the 
completion  status.  If  the  COPY  operation  has 
terminated  prematurely  (i.e.,  before  all  spe¬ 
cified  data  has  been  transferred),  but  success¬ 
fully,  it  is  considered  Incomplete  and  may  be 
resumed  from  the  point  of  termination  with  the 
RESUME  command. 

In  the  case  of  premature  termination,  the 
master  shall  be  sent  the  appropriate  response 
packet  defining  which  facility  caused  the 
termination.  It  is  then  the  master’s  respons¬ 
ibility  to  initiate  a  RESUME  command  to  restart 
from  the  point  of  termination.  This  mechanism 
allows  the  master  to  prompt  the  operator  for 
another  tape  cassette  or  floppy  disk  before  the 
operation  is  continued. 


9.1.4  Parameters.  The  Copy  Parameters  shall 
be  as  shown  in  Table  71 . 

9. 1. 4. 1  Combination  Command  Extent  (Com¬ 
mon)  Parameter.  This  parameter  is  used  to  iden¬ 
tify  the  extent  as  being  a  Source  or  Destina¬ 
tion.  The  Slave  and  Facility  Addresses  are  re¬ 
quired  because  the  dominant  slave  responsible 

for  execution  of  the  command  may  or  may  not  be 
either  the  source  or  the  destination. 

The  modifiers  in  Bits  0-3  are  those  that  would 
normally  be  command  modifiers  for  a  READ  or 
WRITE. 

9. 1.4. 2  Combination  Response  Extent  (Com¬ 
mon)  Parameter.  This  parameter  is  used  to  report 
the  Residual  Count  on  the  Slave  and  Facility 
Source  and  Destination  extents.  The  Substatus 
associated  with  the  Source  or  Destination  ad¬ 
dressee  that  was  in  use  at  the  time  the  command 
terminated  is  also  presented. 

9. 1.4.3  Access  Key  (Common)  Parameter. 
This  parameter  is  used  to  provide  the  key  that 
allows  access  to  a  protected  area. 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH |  MO  j CODE j  MOD j  MOD | ADDR j ADDR j 

|  0  1 j  2  j  3  j  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  31  bbbb  bbbb  xx  xx 


Figure  68 

Command  Packet  for  COMPARE  SLAVE  DATA 


+ - + - + - + - 

|  PKT  |  Echoed  From |  MAJOR  STATUS  |  PARAMETERS 

j  LTH j  Command  j  CODES  | TYPE | CODE j 

I  0  1  2  3  4  5|  6  |  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  69 

Response  Packet  for  COMPARE  SLAVE  DATA 


9. 1.4. 4  Data  Address  (Common)  Parameter. 

This  parameter  is  used  if  the  four  octets  of 
Data  Address  in  the  Extent  parameters  is  insuf¬ 
ficient. 

9. 1.4.5  Transfer  (Common)  Parameter. 

This  parameter  is  used  to  specify  the  actions  to 
be  taken  by  the  slave  when  writing  to  the  media. 

9. 1.4. 6  Partition  (Common)  Parameter. 

This  parameter  is  used  to  address  other  than  the 
default  data  area. 

9. 1.4. 7  Extended  Modifiers  Parameter. 

This  parameter  is  needed  only  if  the  master  has 
a  need  to  override  the  normal  error  handling  and 
correction  features  of  the  slave,  and  are  as¬ 
sociated  only  with  the  source.  Such  a  situation 
can  occur  when  the  media  source  has  been  phys¬ 
ically  damaged,  or  otherwise  affected  in  some 
way  that  affects  its  ability  to  be  read.  The 
following  bits  may  be  set  when  an  error  is 
encountered: 

(I)  Suppress  Automatic  Retries.  Automatic  re¬ 
tries  are  suppressed  when  an  error  is  encoun¬ 
tered;  i.e..  the  error  action  shall  be  taken  on 
the  first  error. 

CAUTION:  11'  retries  are  suppressed,  then  any  error  will 
leave  a  gap  in  the  data  on  the  destination  device.  Setting 
this  hit  makes  the  COPY  operation  vulnerable  to  soft 
errors.  If  not  set,  automatic  retries  will  be  attempted 
before  any  error  action  is  taken. 


(2)  Transfer  if  Error.  PhysicalBlocks  con¬ 
taining  ECC  errors  shall  be  transferred  with  the 
error  intact  (e.g..  the  ECC  code  has  not  been 
updated  so  the  error  would  occur  when  the  des¬ 
tination  block  is  accessed  again).  It  is  the 
responsibility  of  the  master  to  ensure  that  the 
ECC  codes  of  the  source  and  the  destination  are 
the  same. 

If  this  bit  is  not  set.  then  the  ECC  shall  be 
updated  on  the  destination  block  and  the  error 
will  not  be  detectable  on  the  destination  unit. 

(3)  Skip  Bad  PhysicalBlocks.  PhysicalBlocks 
that  cannot  be  read  correctly  shall  be  ignored; 
i.e..  treat  that  PhysicalBlock  as  if  it  had 

never  been  read.  The  Residual  Count  is  not  de¬ 
cremented  and  the  data  is  not  transferred.  If 
not  set.  then  the  error  action  is  specified  by 
Terminate  on  Error. 

(4)  Terminate  on  Unrecoverable  Error.  The 
COPY  operation  shall  be  terminated  if  an  unre¬ 
coverable  error  occurs.  The  appropriate  error 
status  shall  be  reported  to  the  master. 

9.2  COMPARE  SLAVE  DATA 

9.2.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  68. 

9.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  69. 
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Table  72 

Compare  Slave  Data  Parameters 
+  -  + - +  --  + - + - + - + 


| @ | LTH I  ID  I  OCTET  I X/b I DEF I  COMPARE  SLAVE  DATA  PARAMETERS 


+  -  + 

1  M  1 

1  1 

n  +  1  | 

33 

1  1 

1  01  | 

1 

1 

1 

1 

COMBINATION  COMMAND  EXTENT  PARM  (See 
Slave  Address 

5.5.4) 

1  1 

1  02  | 

1 

1 

Facility  Address 

1  1 

1  03  | 

1 

1 

Modifiers 

1  1 

1  04  | 

1 

1 

Reserved 

1  1 

105-08 | 

1 

1 

Count 

1  1 

| 09-0C | 

1 

1 

Data  Address 

1  1 

| n-7  :  4  | 

1 

1 

Count  Repeated 

as  many 

1  1 

1  1 

|  n-3 : n | 

1 

1 

1 

1 

Data  Address  times  as 

needed 

lS  1 

1  1 

n+1  | 

34 

1  1 

i  i 

1  01  1 

1 

1 

1 

1 

1 

1 

COMBINATION  RESPONSE  EXTENT  PARM  (See 
Slave  Address 

5.5.5) 

1  1 

1  02  1 

1 

1 

Facility  Address 

1  1 

j  03  | 

1 

1 

Modi f iers 

1  1 

1  04  | 

1 

1 

Reserved 

1  1 

105-08  | 

1 

1 

Residual  Count 

1  1 

| 0  9-OC | 

1 

1 

Data  Address 

1  i 

| 0D-0E | 

1 

1 

Major  Status 

1  1 

1  1 

|  OF-  n  j 

i  i 

1 

1 

Substatus  if  any  -  Codes  xO-xB 

1  1 

1  M  1 

05  | 

35 

o 

1 

o 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 

1  B  | 

n+1  | 

3A 

| 01-  n | 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 

1  M  | 

n  +  1  | 

3E 

c 

i 

* — i 

o 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

i  i 

1  M  | 

1  1 

02  | 

50 

1  01  1 

1  1 

1 

1 

7  | 

1 

1 

1 

EXTENDED  MODIFIERS 

Suppress  Automatic  Retries 

1  1 

1  1  0 

-5  I 

1 

reserved 

1  1 

1  1 

4  1 

1 

Terminate  on  Unrecoverable  Error 

1  1 
+  -  + 

- + 

1  1  3 

+ - +  “ 

-0  | 

- +  __ 

1 

— +  - 

rese  rved 

9.2.3  Description.  The  COMPARE  SLAVE 
DATA  command  compares  data  on  one  facility  witli 
data  on  another  facility  attached  to  the  same 
slave,  or  compares  two  sets  of  data  on  the  same 
facility.  The  data  on  the  source  is  the  ref¬ 
erence  for  the  comparison  and  its  Count  deter¬ 
mines  the  length  of  the  comparison. 

The  command  terminates  when  all  data  has  been 
compared  or  a  data  inequality  is  encountered.  If 
the  two  facilities  have  different  block  sizes, 
the  Count  shall  be  expressed  as  the  number  of 
blocks  required  for  the  data  on  the  source.  The 
slave  shall  perform  the  mapping  between  the  two 
block  sizes. 

If  the  destination  data  space  is  smaller  than 
the  source.  Incomplete  status  is  posted.  The 
Residual  Count  of  the  source  may  be  used  to  cal¬ 
culate  the  amount  of  data  actually  compared  and 
the  Data  Addresses  shall  contain  the  address  of 
the  last  block  compared. 


The  source  and  destination  may  be  of  multiple 
extents  if  parameters  are  appended  to  the  com¬ 
mand  packet. 

9.2.4  Description.  The  Compare  Slave  Data 
Parameters  shall  be  as  shown  in  Table  72. 

9.2.4. 1  Combination  Command  Extent  (Com¬ 
mon)  Parameter.  See  5.5.4  and  also  9. 1.4.1. 

9. 2. 4. 2  Combination  Response  Extent  (Com¬ 
mon)  Parameter.  See  5.5.5  and  also  9. 1.4. 2. 

9. 2. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6  and  also  9. 1 .4.3. 

9. 2. 4. 4  Data  Address  (Common)  Parameter. 

See  5.5.1  I  and  also  9. 1 .4.4. 

9. 2. 4. 5  Partition  (Common)  Parameter.  See 

5.5.15  and  also  9. 1 .4.6. 

9. 2. 4. 6  Extended  Modifiers  Parameter.  See 

9. 1.4. 7. 


127 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


+ - + - + - + - + - H - V - + - - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH  j  NO  | CODE |  MOD j  MOD j ADDR | ADDR | 

|  0  1 |  2  j  3  |  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  32  bbbb  bbbb  xx  xx 


Figure  70 

Command  Packet  for  COMPARE  DATA 


+ - + - + - + - 

I PKT  I  Echoed  From  I  MAJOR  STATUS  I  PARAMETERS 

j  LTH  j  Command  |  CODES  | TYPE | CODE j 

|  |  012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 

Figure  71 

Response  Packet  for  COMPARE  DATA 


9.3  COMPARE  DATA 

9.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  70. 

9.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  7 1 . 

9.3.3  Description.  The  COMPARE  DATA 
command  compares  data  on  the  facility  with 
data  from  the  master.  The  Count  at  the  source 
(master)  is  defined  by  the  Command  Extent  param¬ 
eter.  and  determines  the  length  of  the  compari¬ 
son.  The  Count  shall  be  expressed  as  the  number 
of  blocks  required  for  the  data  on  the  source. 

The  destination  shall  be  defined  by  a  Combina¬ 
tion  Extent  parameter.  The  slave  shall  perform 
any  mapping  necessary  between  the  data  received 
and  the  block  size  at  the  destination. 

The  command  terminates  when  all  the  data  to  be 
compared  has  been  received  from  the  master,  a 
data  inequality  is  encountered,  or  end  of  extent 
(Incomplete  status)  occurs  on  the  destination. 

The  Residual  Count  in  the  source's  Response 
Extent  parameter  can  be  used  to  calculate  the 
amount  of  data  actually  compared.  The  Data 
Address  in  the  destination's  Combination  Extent 
response  shall  contain  the  address  of  the  last 
block  in  which  a  comparison  was  made. 

9.3.4  Parameters.  The  Compare  Data  Param¬ 
eters  shall  be  as  shown  in  Table  73. 


9.3.4. 1  Command  Extent  (Common)Pa- 
rameter.  See  5.5.2. 

9. 3. 4. 2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

9. 3. 4. 3  Combination  Command  Extent  (Com¬ 
mon)  Parameter.  See  5.5.4  and  also  9. 1.4.1. 

9. 3. 4. 4  Combination  Response  Extent  (Com¬ 
mon)  Parameter.  See  5.5.5  and  also  9. 1.4. 2. 

9. 3. 4. 5  Access  Key  (Common)  Parameter.  See 
5.5.6  and  also  9.1 .4.3. 

9. 3. 4. 6  Data  Address  (Common)  Parameter. 
See  5.5. 1  I  and  also  9. 1 .4.4. 

9.3.4. 7  Partition  (Common)  Parameter.  See 
5.5.15  and  also  9. 1 .4.6. 

9. 3. 4. 8  Extended  Modifiers  Parameter.  See 

9. I .7. 

9.4  REALLOCATE 

9.4.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  72. 

9.4.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  73. 

9.4.3  Description.  The  REALLOCATE  command 
causes  defective  recording  areas  to  be  re¬ 
assigned  to  replacement  recording  areas.  The  ad¬ 
dress  of  the  recording  areas  to  be  reallocated 

is  specified  by  the  Address  field  within  an  Ex¬ 
tent  parameter,  in  a  Defect  List  parameter,  or 
in  a  Suspect  defect  list. 
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Table  73 

Compare  Data  Parameters 


+  -  + - +  --  + - + - + - + 

| @ I LTH I  I D I  OCTET | X/b | DEF |  COMPARE  DATA  PARAMETERS 


+  -  + 

1  M  | 

1  1 

05  | 

31 

1  1 
| 01-04  | 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

1  1 

1  s  | 

1  1 

05  | 

32 

o 

1 

o 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

i  i 

1  M  1 

1  1 

n+1  | 

33 

1  1 

1  1 

1  oi  1 

1 

1 

1 

1 

1 

1 

COMBINATION  COMMAND  EXTENT  PARM  (See  5 
Slave  Address 

.5.4) 

1  1 

1  02  | 

1 

1 

Facility  Address 

1  1 

1  03  | 

1 

1 

Modifiers  (Bit  7=1) 

1  1 

1  04  | 

1 

1 

Rese  rved 

1  1 

|05-08 | 

1 

1 

Count 

1  1 

|  09-0C | 

1 

1 

Data  Address 

1  1 

|  n-7 : 4 | 

1 

1 

Count  Repeated 

as  many 

1  1 

j  n-3 : n | 

1 

1 

Data  Address  times  as 

needed 

1  1 

1  5  1 

1  1 

n  +  1  | 

34 

1  1 

1  1 

1  01  | 

1 

1 

1 

1 

1 

1 

COMBINATION  RESPONSE  EXTENT  PARM  (See 
Slave  Address 

5.5.5) 

1  1 

1  02  | 

1 

1 

Facility  Address 

1  1 

1  03  | 

1 

1 

Modifiers  (Bit  7=1) 

1  1 

1  04  | 

1 

I 

Rese  rved 

1  1 

105-08 | 

1 

1 

Residual  Count 

1  1 

| 09-0C | 

1 

1 

Data  Address 

1  1 

| 0D-0E  j 

1 

1 

Major  Status 

1  1 

|  OF-  n  j 

1 

1 

Substatus  if  any  -  Codes  xO-xB 

1  1 

1  M  | 

05  | 

35 

o 

i 

o 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 

1  B  | 

n  +  1  | 

3A 

1  1 
| 01-  n | 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 
|  M  | 

n+1  | 

3E 

| 01-  n | 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

i  i 

1  M  1 

1  1 

02  | 

50 

01  1 

1  1 

1 

7  | 

I 

1 

1 

EXTENDED  MODIFIERS 

Suppress  Automatic  Retries 

1  1 

1  1 6 

-5  I 

1 

reserved 

!  1 

1  1 

4  1 

1 

Terminate  on  Unrecoverable  Error 

1  1 
+  -  + 

1  1  3 

-o  I 

1 

reserved 

I PKT  I  REF  I  OP  I  COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH |  NO  j CODE |  MOD j  MOD | ADDR | ADDR j 

|01|  2  j  3  j  4  |  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  33  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Relocate  Data 


Figure  72 

Command  Packet  for  REALLOCATE 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  PARAMETERS 

|  LTH |  Command  |  CODES  | TYPE | CODE | 

j  012345|  6  |  7  |  8  through  n 

+ - 1 - 1 - + - f - 3 - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  73 

Response  Packet  for  REALLOCATE 
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The  Data  Address  is  implicitly  interpreted  by 
the  slave,  unless  the  Data  Address  parameter  is 
used  to  specify  which  kind  of  blocks  (logical, 
physical,  or  absolute)  are  to  be  defined. 

If  the  Relocate  Data  modifier  is  set.  the 
slave  shall  copy  data  from  the  specified  re¬ 
cording  area  on  tiie  facility  to  a  replacement 
recording  area  on  the  same  facility.  The  des¬ 
tination  may  be  explicit  as  specified  by  a  des¬ 
tination  Extent,  or  implicit  if  the  slave  has 
the  capability  to  automatically  manage  the  al¬ 
ternate  area. 

The  original  recording  area  shall  be  marked  as 
unusable  and  the  replacement  recording  area 
shall  be  automatically  referenced  by  the  facil¬ 
ity  whenever  the  original  Data  Address  is  ac¬ 
cessed. 

Slaves  may  only  support  this  command  in  a  pre¬ 
defined  mode  of  operation,  in  which  case  only 
the  Command  Extent  and  Response  parameters  are 
required  to  identify  the  block  being  re¬ 
allocated. 

The  execution  of  REALLOCATE  with  no  defects 
specified  as  appended  parameters  causes  defects 
listed  in  either  the  Suspect  Permanent  or  Sus¬ 
pect  Temporary  defect  lists  to  be  reallocated. 

If  any  defects  are  specified  as  appended  pa¬ 
rameters.  then  they  are  the  only  ones  that  will 
be  reallocated,  and  no  reference  shall  be  made 
to  the  Suspect  lists. 

The  locations  of  defective  blocks  are  returned 
to  the  command  that  encountered  the  defect,  and 
these  are  the  addresses  used  for  the  REALLOCATE 
command.  This  command  may  be  used  in  either 
DataBlock  or  PhysicalBlock  mode.  If  DataBlock 
reallocation  is  selected,  the  slave  shall  deter¬ 
mine  the  PhysicalBlocks  affected  by  the  defec¬ 
tive  recording  area.  The  defective  recording 
area  and  as  many  additional  recording  areas  as 
are  necessary  to  accommodate  the  DataBlock  shall 
be  reallocated. 

If  the  space  required  to  reallocate  the  spe¬ 
cified  block  is  not  available  (e.g..  all  space 
assigned  for  that  purpose  has  been  exhausted), 
the  command  shall  terminate  with  Reallocation 
Space  Exhausted  status. 

NOTE:  Some  fnciliiy  technologies  may  not  provide  lor  a  master- 
requesled  reallocation  of  a  data  area.  Normal  completion  status 
in  the  response  packet  indicates  that  the  slave  executed  the 
command  according  to  its  internal  algorithm,  as  specified  in  the 
funclional  specification  of  the  product. 

9.4.4  Reallocate  Parameters 

9.4.4. 1  Parameters  31-3E.  These  param¬ 
eters  shall  be  as  shown  in  Table  74. 


9. 4. 4. 1.1  Command  Extent  (Common)  Pa 
rameter.  See  5.5.2. 

9. 4. 4. 1.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

9. 4. 4. 1.3  Access  Key  (Common)  Param¬ 
eter.  See  5.5.6  and  also  9. 1 .4.3. 

9. 4. 4. 1.4  Data  Address  (Common)  Param 
eter.  See  5.5. 1 1  and  also  9. 1 .4.4. 

9. 4. 4. 1.5  Partition  (Common)  Parameter. 
See  5.5.1 5  and  also  9. 1 .4.6. 

9. 4. 4. 2  Parameters  50,  55.  These  param¬ 
eters  shall  be  as  shown  in  Table  75. 

9. 4. 4. 2.1  Defect  Parameter.  This  param¬ 
eter  may  be  used  instead  of  a  source  extent,  and 

the  defect  shall  be  added  to  the  Defect  List. 

(1)  Octet  Offset.  The  Octet  Offset  is  rela¬ 
tive  to  the  location  identified  in  the  Data  Ad¬ 
dress  parameter  (required  to  precede  this  param¬ 
eter). 

(2)  Length  of  Defect.  The  Length  of  Defect  is 
the  size  of  the  defect  counted  in  bits. 

9. 4. 4. 2. 2  Defective  DataBlock  Param¬ 
eter.  This  parameter  is  used  by  the  master  to 
supply  a  list  of  defects  identified  by  DataBlock 
address  to  the  slave.  A  master  that  uses  only 
DataBlock  addresses  has  no  other  reference  and 
presumably  these  were  identified  by  slave  re¬ 
sponses  following  data  transfers. 

The  list  shall  be  processed  in  such  a  way  that 
the  following  sequence  of  operations  can  be  used 
to  reinstate  the  pattern  of  media  substitutions 
that  was  in  place  when  a  previous  Temporary  de¬ 
fect  list  was  read: 

(1)  Execute  an  initializing  FORMAT  without 
changing  the  DataBlock  size  to  remove  Temporary 
defects 

(2)  Execute  a  REALLOCATE  command  with  a  De¬ 
fective  DataBlock  parameter  that  contains  a  pre¬ 
viously  read  Temporary  defect  list  in  chrono¬ 
logical  order 

This  should  be  true  as  long  as  the  DataBlock 
size  was  not  changed,  and  no  Permanent  defects 
were  added  since  the  defect  list  was  read. 

The  defective  DataBlocks  shall  be  categorized 
and  identified  by  using  the  following  octets: 

(1)  Size  of  Dcilablock  Address  Fields.  This 
field  specifies  the  size  of  the  addresses.  The 
field  shall  be  a  multiple  of  16  bits,  and  be  a 
minimum  of  4  octets. 

(2)  Address  of  Defective  DataBlock.  A  list  of 
fields  containing  the  addresses  of  DataBlocks 
that  contain  defects. 
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Table  74 

Reallocate  Parameters  31-3E 


+-  + +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  REALLOCATE  PARAMETERS 

+  -  + +  --  + - + + + - 


| M | n+1 1  31  |  | 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1  1  1  j  01-04  | 

1 

1 

Count 

1  1  1  1 0  5-08 | 

i  i 

1 

1 

1 

1 

Data  Address 

1  1  1  1  1 
| S | n  +  1 | 32  |  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

1  1  1  | 01-04 | 

1 

1 

Residual  Count 

1  1  1  1 0  5-08 | 

1 

j 

1 

1 

Data  Address 

| M | 0  5  | 35 I 01-04 | 
ii  it 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1  1  1 

|  B  |  n+1 | 3A | 01-  n  j 
i  i  i  i  i 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1  1  1  1 

! M | n  +  1 1 3  E 1 01-  n 1 

II  1  1  1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

+  -  + - +  --  + - + - + - +  ■ 


Table  75 

Reallocate  Parameters  50,  55 
+-+ + — + - + + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  REALLOCATE  PARAMETERS 

+-+ v — + - + + + - 


|  M  |  n  + 1 

1  50  |  | 

1 

1 

DEFECT  PARAMETER 

1  1 

|  |01-04| 

1 

1 

Octet  Offset 

1  1 

|  |  05-06 | 

1 

1 

Length  of  Defect  (in 

bits) 

1  1 

1  | n— 5  : 2  j 

1 

1 

Octet  Offset 

Repeated  as  many 

1  1 

1  1 

j  j  n-1 : n | 

i  i 

1 

1 

1 

Length  of  Defect 

times 

as  needed 

1  1 

|  M  |  n  + 1 

1  55  |  | 

1 

1 

1 

1 

DEFECTIVE  DATABLOCK 

PARAMETER 

1  1 

|  |  01-02 | 

1 

1 

Size  of  Datablock  Address  Fields 

1  1 

1  | 03-  1 

1 

1 

Address  of  Defective 

DataBlock 

repeated  as 

1  1 

1  1 

1  |n-  : n  j 

1  1  1 

1 

1 

1 

1 

Address  of  Defective 

DataBlock 

many  times 
needed 

9.5  ALLOCATE  RESTORE 

9.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  74. 

9.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  75. 

9.5.3  Description.  The  ALLOCATE  RESTORE 
command  allows  a  previously  reallocated  recording 
area  to  be  restored  and  to  be  marked  as  usable. 

If  the  Relocate  Data  modifier  is  set.  the  data 
in  the  allocated  replacement  recording  area 
shall  be  restored  to  the  original  recording 
area.  The  address  of  the  restored  recording  area 
shall  be  removed  from  the  facility’s  defect 
list.  The  address  of  the  previously  reallocated 
recording  area  is  transferred  as  either  data  or 
parameters. 

On  disks,  if  a  DataBlock  is  contained  within  a 
PhysicalBlock,  the  contents  of  the  replacement 
PhysicalBlock  will  be  copied  to  the  original 


PhysicalBlock  and  the  defect  linkage  shall  be 
cleared.  If  the  DataBlock  requires  several  Phys- 
icalBlocks.  the  contents  of  replacement  Phys- 
icalBlocks  used  by  the  DataBlock  will  be  copied 
to  the  original  PhysicalBlocks.  and  the  defect 
linkage  shall  be  cleared. 

This  command  reverses  the  effect  of  the 
REALLOCATE  command.  It  would  typically 
be  used  if  an  error  condition  within  the  ad¬ 
dressee  caused  an  abnormal  number  of  data  re¬ 
allocations  (e.g..  marginal  read/write  board). 

The  master  is  required  to  effectively  mirror 
the  original  REALLOCATE  commands  and  param¬ 
eters  so  that  the  slave  can  execute  this  command 
successfully.  Considerations  of  interleaving  and 
multiple  reallocations  may  require  that  ALLOCATE 
RESTORE  commands  be  received  in  the  re¬ 
verse  order  that  the  REALLOCATE  commands 
were  issued. 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH |  NO  | CODE j  MOD j  MOD | ADDR | ADDR j 

|  0  1 j  2  j  3  j  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  34  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Relocate  Data 


Figure  74 

Command  Packet  for  ALLOCATE  RESTORE 


+ - + - + - + - 

|  PKT  |  Echoed  From|  MAJOR  STATUS  |  PARAMETERS 

|  LTH j  Command  j  CODES  | TYPE | CODE j 

|  0  1  2  3  4  5  j  6  |  7  j  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  75 

Response  Packet  for  ALLOCATE  RESTORE 


9.5.4  Allocate  Restore  Parameters 

9.5.4. 1  Parameters  31-35,  3A,  3E.  These 
parameters  shall  be  as  shown  in  Table  76. 

9. 5. 4. 1.1  Command  Extent  (Common) 
Parameter.  See  5.5.2. 

9. 5. 4. 1.2  Response  Extent  (Common) 
Parameter.  See  5.5.3. 

9. 5. 4. 1.3  Access  Key  (Common)  Param¬ 
eter.  See  5.5.6  and  also  9. 1 .4.3. 

9. 5. 4. 1.4  Data  Address  (Common)  Pa¬ 
rameter.  See  5.5.11  and  also  9. 1 .4.4. 

9. 5. 4. 1.5  Partition  (Common)  Parameter. 
See  5.5.15  and  also  9. 1 .4.6. 

9. 5. 4. 2  Parameters  50,  55.  These  param¬ 
eters  shall  be  as  shown  in  Table  77. 

9. 5. 4. 2.1  Defect  Parameter.  This  param¬ 
eter  may  be  used  instead  of  a  source  extent  to 
remove  a  defect  from  the  Defect  List.  See 

9. 4. 4. 2. 1  for  definition  of  Fields. 

9. 5. 4. 2. 2  Defective  DataBlock  Param¬ 
eter.  See  9. 4. 4. 2. 2. 

9.6  SHADOW  READ 

9.6.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  76. 


9.6.2  Respose  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Fig¬ 
ure  77. 

9.6.3  Description.  The  SHADOW  READ  com¬ 
mand  transfers  data  from  the  primary  or  secon¬ 
dary  addressee  starting  at  the  location  given  in 

the  Data  Addresses.  Whenever  a  SHADOW  READ 
operation  is  invoked,  the  slave  shall  determine 
from  which  addressee  the  data  will  be  transfer¬ 
red.  In  a  multi  ported  environment,  the  slave 
shall  determine  which  addressee  is  available  and 
initiate  the  data  transfer  operation.  A  slave 
may  also  optimize  the  I/O  operation  based  on  op¬ 
timum  head  and  cylinder  geometry. 

The  command  executes  in  one  of  two  modes  de¬ 
pending  on  whether  or  not  shadowing  is  on  a  file 
basis  or  by  volume. 

When  executing  on  a  File  basis,  the  master 
shall  specify  the  Count  and  Data  Address  for 
each  Extent  parameter  (the  PhysicalBlock  sizes 
may  be  different  for  each  facility). 

When  executing  on  a  volume  basis,  only  one 
Count  and  Data  Address  need  be  specified,  since 
the  extent  on  the  second  facility  is  a  mirror  of 
the  first  facility. 
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Table  76 

Allocate  Restore  Parameters  31-35,  3A,  3E 
+  -  + +  —  + - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  ALLOCATE  RESTORE  PARAMETERS 

+  -  + +  —  + - + + - 


| M | n+l | 3 1 |  | 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

j  j  j  | 01-04  | 

1 

1 

Count 

1  1  1  |05-08| 

1  1  1  1  1 

1 

1 

1 

1 

Data  Address 

1  1  1  1  1 

| S | n  +  l j  32  |  j 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

1  1  1  | 01-04  | 

1 

1 

Residual  Count 

1  1  1  | 05-08 | 

1  1 

1 

1 

1 

1 

Data  Address 

| M | 05  | 35 | 01-04  | 

1  |  !  i  i 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1  1  1 
| B | n+l | 3A | 01-  n | 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

|  M | n  +  l | 3E | 01-  n | 

Mil  1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

+  -  + - +  --  + - + - + - + 


Table  77 

Allocate  Restore  Parameters  50,  55 
+  -  + - +  --  + - + - + - + 


| @ | LTH I  ID  I  OCTET  I x/b I DEF I  ALLOCATE  RESTORE  PARAMETERS 


+ - + 

1  n  +  l  | 

i 

+  — 

i 

i 

i 

i 

i 

+  — 
1  o 

I  in 

i 

i 

DEFECT  PARAMETER 

1  1 

|  01-04  | 

i 

i 

Octet  Offset 

1  1 

| 05-06 | 

i 

i 

Length  of  Defect  (in 

bits) 

1  1 

j  n—  5 : 2  | 

i 

i 

Octet  Offset 

Repeated  as  many 

1  1 

1 

j n-1 : n | 

i 

i 

Length  of  Defect 

times 

as  needed 

1  1 
|  n  +  l  | 

1  1 

55 1  | 

1 

i 

1 

i 

DEFECTIVE  DATABLOCK 

PARAMETER 

i  i 

|  01-02  | 

i 

i 

Size  of  Datablock  Address  Fields 

i  i 

1 03-  | 

i 

i 

Address  of  Defective 

DataBlock 

repeated  as 

i  i 

j  n-  : n | 

i 

i 

Address  of  Defective 

DataBlock 

many  times 

i  i 

+ + 

i  i 

__  + - +  __ 

i 

i 

as  needed 

+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

j  LTH |  NO  j CODE j  MOD j  MOD j ADDR j ADDR j 

j  j  0  1 j  2  |  3  j  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  35  bbbb  bbbb  xx  xx 


Figure  76 

Command  Packet  for  SHADOW  READ 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  PARAMETERS 

j  LTH I  Command  |  CODES  | TYPE | CODE | 

|  j  012345|  6  j  7  j  8  through  n 

+ - + - H - H - H - - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  77 

Response  Packet  for  SHADOW  READ 
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Table  78 

Shadow  Read  Parameters 


+-+ - + 

| @ | LTH | 

ID | OCTET | X/b | DEF 

+ 

i 

SHADOW  READ  PARAMETERS 

| M | n+1 | 

33  |  | 

i 

i 

COMBINATION  COMMAND  EXTENT  PARM  (See  5 

.5.4) 

1  1  1 

1  01  | 

i 

i 

Slave  Address 

1  1  1 

1  02  | 

i 

i 

Facility  Address 

1  1  1 

1  03  | 

i 

i 

Modifiers 

1  1  1 

1  04  | 

i 

i 

Reserved 

1  1  1 

|  05-08 | 

i 

i 

Count 

1  1  1 

| 09-0C | 

i 

i 

Data  Address 

1  1  1 

| n-7 : 4  | 

i 

i 

Count  Repeated 

as  many 

1  1  1 

j  n-3 : n  j 

i 

i 

Data  Address  times  as 

needed 

1  1  1 
| S | n+1 | 

1  1 

34  |  | 

1 

1 

1 

1 

COMBINATION  RESPONSE  EXTENT  PARM  (See 

5.5.5) 

i  i  i 

j  01  1 

i 

i 

Slave  Address 

i  i  i 

1  02  1 

i 

i 

Facility  Address 

i  i  i 

1  03  | 

i 

i 

Modifiers 

i  i  i 

1  04  | 

i 

i 

Reserved 

|  05-08 | 

i 

i 

Residual  Count 

i  i  i 

| 09-0C | 

i 

i 

Data  Address 

i  i 

| 0D-0E | 

i 

i 

Major  Status 

i  i  i 

| OF-  n | 

i 

i 

Substatus  if  any  -  Codes  xO-xB 

1  1  1 
| M | 05  | 

35  |  01-04 | 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1 

1 B | n  +  1  | 

c 

1 

1 — 1 

O 

< 

CO 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1  1 
|  M  |  0  2  I 

1  1 
3C|  01| 

1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

1  1  1 
| M | n+1 | 

1  1 

3  E | 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1  1 
| M 1 n+1 I 

1  1 

51  |  | 

1 

1 

1 

1 

INFORMATION  TRANSFER  SIZE  OVERRIDE  PARAMETER 

i  i  i 

i  i 

i 

i 

(See  8. 1.4. 2. 2) 

i  i  i 

|  01-04 | 

i 

i 

Generate  Class  2  Interrupt 

i  i  i 

|05-08  | 

i 

i 

Burst  Size 

| M |  01| 

1  1 

52  |  | 

1 

1 

1 

1 

MASTER  TERMINATION  PERMITTED  PARAMETER 

i  i  i 

i  i  i 

i  i 

l  i 

i 

1 

i 

(See  8. 1.4. 2. 3) 

-  + 
i 
i 
i 

-  + 
i 

-  + 

1  1 

1 

1 

If  there  are  any  Transfer  parameters  set.  they 
shall  apply  to  both  the  primary  and  secondary 
facilities. 

In  the  event  of  a  data  check  or  other  failure 
on  one  facility,  the  slave  shall  attempt  to  com¬ 
plete  the  operation  from  the  other  facility.  If 
the  command  is  successfully  completed  on  the 
second  facility.  Conditional  Success  shall  be 
posted  as  the  Major  Status. 

If  one  of  the  facilities  is  not  available  for 
the  operation,  the  slave  shall  complete  the 
command  to  the  available  facility,  and  post 
Conditional  Success  as  the  Major  Status. 

9.6.4  Parameters.  The  Shadow  Read  Parameters 
shall  be  as  shown  in  Table  78. 

9.6.4. 1  Combination  Command  Extent 
(Common)  Parameter.  Two  parameters  are  re¬ 
quired.  each  a  source  for  the  data  to  be  read. 

See  5.5.4  and  also  9. 1.4.1. 

9. 6. 4. 2  Combination  Response  Extent 
(Common)  Parameter.  See  5.5.5  and  also  9. 1.4. 2. 

9. 6. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6  and  also  9. 1 .4.3. 


9. 6. 4. 4  Data  Address  (Common)  Parameter. 
See  5.5. 1  1  and  also  9. 1 .4.4. 

9.6.4. 5  Partition  (Common)  Parameter.  See 
5.5.15  and  also  9. 1 .4.7. 

9. 6. 4. 6  Information  Transfer  Size  Over¬ 
ride  Parameter.  See  8. 1.4. 2. 2. 

9.6.4. 7  Master  Termination  Permitted  Pa¬ 
rameter.  See  8 . I .4.2.3. 

9.7  SHADOW  WRITE 

9.7.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  78. 

9.7.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  79. 

9.7.3  Description.  The  SHADOW  WRITE 
command  transfers  data  from  the  master  to  both 
the  primary  and  secondary  addressees  starting  at 
the  location  given  in  the  respective  Data  Ad¬ 
dresses.  The  data  transfer  operation  shall  take 
place  first  to  whichever  facility,  primary  or 
secondary,  records  a  position  complete. 

The  command  executes  in  one  of  two  modes 
depending  on  whether  or  not  shadowing  is  on  a 
file  basis  or  by  volume. 
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+ - + - + - + - + - + + - + - 

I PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH  j  NO  j CODE |  MOD j  MOD j ADDR j ADDR j 

I  |01|2|  3  |  4  |  5  j  6  through  n 

+ - H - 1- - + - 1- + - + - 

xxxx  xxxx  36  bbbb  bbbb  xx  xx 


Figure  78 

Command  Packet  for  SHADOW  WRITE 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  PARAMETERS 
j  LTH j  Command  |  CODES  | TYPE | CODE j 
|  j  012345|  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  79 

Response  Packet  for  SHADOW  WRITE 


When  executing  on  a  file  basis,  the  master 
shall  specify  the  Count  and  Data  Address  for 
each  Extent  parameter  (the  PhysicalBlock  sizes 
may  be  different  for  each  facility). 

When  executing  on  a  volume  basis,  only  one 
Count  and  Data  Address  need  be  specified,  since 
the  extent  on  the  second  facility  is  a  mirror  of 
the  first  facility. 

If  there  are  any  Transfer  parameters  set,  they 
shall  apply  to  both  the  primary  and  secondary 
facilities. 

During  execution,  if  one  of  the  facilities 
should  encounter  a  failure  on  one  facility,  the 
slave  shall  complete  operation  to  the  other  fa¬ 
cility,  and  post  Conditional  Success  in  the 
Major  Status  of  the  addressee  (the  cause  of 
failure  in  the  facility  shall  be  identified  in 
the  Substatus  of  the  associated  Combination  Re¬ 
sponse  packet).  It  is  the  master’s  responsibil¬ 
ity  to  manage  the  procedures  necessary  to  re¬ 
cover  from  the  loss  of  a  single  facility. 

9.7.4  Parameters.  The  Shadow  Write  Param¬ 
eters  shall  be  as  shown  in  Table  79. 

9. 7.4.1  Combination  Command  Extent 
(Common)  Parameter.  Two  parameters  are  re¬ 
quired.  each  a  destination  for  the  data  to  be 
written .  See  5.5.4  and  also  9. 1 .4. 1 . 

9. 7.4.2  Combination  Response  Extent 
(Common)  Parameter.  See  5.5.5  and  also 

9. 1 .4.2. 


9. 7.4.3  Access  Key  (Common)  Parameter. 
See  5.5.6  and  also  9. 1 .4.3. 

9. 7.4.4  Data  Address  (Common)  Parameter. 
See  5.5.1 1  and  also  9. I .4.4. 

9. 7. 4. 5  Transfer  (Common)  Parameter.  See 
5.5.13  and  also  9. 1 .4.5. 

9. 7.4.6  Partition  (Common)  Parameter.  See 
5.5.1 5  and  also  9. I .4.6. 

9. 7.4. 7  Information  Transfer  Size  Override 
Parameter.  See  8 . 1 .4.2.2. 

9. 7.4.8  Master  Termination  Permitted  Pa¬ 
rameter.  See  8. 1.4. 2. 3. 

9.8  SHADOW  RESTORE 

9.8.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  80. 

9.8.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  81 . 

9.8.3  Description.  The  SHADOW  RESTORE 
command  is  a  recovery  command  that  trans¬ 
fers  data  from  the  primary  addressee  to  the 
master  starting  at  the  location  given  in  the 

data  address.  The  specified  data  shall  be  echoed 
(written)  to  the  secondary  facility,  starting  at 
the  Data  Address  specified  for  same. 

The  effect  of  this  is  similar  to  that  of  a 
faci I i ty-to-faci I i ty  COPY,  plus  transfer  to  the 
master  in  parallel  of  all  data  being  copied.  If 
there  are  any  Transfer  parameters  set.  they 
shall  apply  to  the  secondary  facility  only. 
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Table  79 

Shadow  Write  Parameters 


@ | LTH I  ID  I  OCTET | X/b | DEF | 
M 


SHADOW  WRITE  PARAMETERS 


+ 

1 

1 

1 

+ 

1 

1 

+ 

1 

1 

1 

1 

1 

+ 

1 

| n+1  |  3  3  |  | 

i 

i 

COMBINATION  COMMAND  EXTENT  PARM  (See  5.5.4) 

!  II  01| 

i 

i 

Slave  Address 

1  |  |  02  | 

i 

i 

Facility  Address 

1  II  0  3  | 

i 

i 

Modifiers 

1  II  04  | 

i 

i 

Reserved 

j  |  | 05-08| 

i 

i 

Count 

1  1  | 09-0C  j 

i 

i 

Data  Address 

1  1  | n— 7 : 4  | 

i 

i 

Count  Repeated  as  many 

1  1  | n- 3 : n  | 

i 

i 

Data  Address  times  as  needed 

III  1 

1 n  +  1 1 34  | 

1 

1 

1 

1 

COMBINATION  RESPONSE  EXTENT  PARM  (See  5.5.5) 

1  II  o  X  1 

i 

i 

Slave  Address 

1  1  1  02  1 

i 

i 

Facility  Address 

1  |  j  0  3  j 

i 

i 

Modifiers 

1  1  I  04  | 

i 

i 

Reserved 

1  1  |05-08| 

i 

i 

Residual  Count 

I  I  | 09-0C | 

i 

i 

Data  Address 

1  1  1 0D-0E | 

i 

i 

Major  Status 

1  I  1  OF-  n | 

i 

i 

Substatus  if  any  -  Codes  xO-xB 

| 05  | 35 | 01-04 | 

1 

i 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

III  1 

j  n  +  1 j  3A  j  01-  n | 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

III  1 

|  02  | 3C |  01| 

1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

III  1 

| n+1 | 3E | 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

III  1 

| n+1 | 51  |  | 

1 

1 

1 

1 

INFORMATION  TRANSFER  SIZE  OVERRIDE  PARAMETER 

iii  i 

i 

i 

(See  8. 1.4. 2. 2) 

1  1  |01-04| 

i 

i 

Generate  Class  2  Interrupt 

1  1  |05-08| 

i 

i 

Burst  Size 

III  1 

1  01 | 52  |  | 

1 

i 

1 

i 

MASTER  TERMINATION  PERMITTED  PARAMETER 

iii  i 

iii  i 

i 

1 

i 

l 

(See  8. 1.4. 2. 3) 

i 

-  + 
i 
i 
i 
i 
i 

-  + 
i 
i 

-  + 
i 
i 
i 

-  + 

1 

--+  — 

1 

— +• 

Table  80 

Shadow  Restore  Parameters 


+  -  + - +  --+ - + - + - + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  SHADOW  RESTORE  PARAMETERS 


+ - + 

--  + - +  -- 

--  +  -- 

--  +  - 

|  n  +  1  | 

3  3  |  | 

1 

1 

COMBINATION  COMMAND 

EXTENT  PARM  (See 

5.5.4) 

1  1 

1  01  | 

1 

1 

Slave  Address 

1  1 

1  02  | 

1 

1 

Facility  Address 

1  1 

1  03  | 

1 

1 

Modi f ie  r  s 

1  1 

1  04  | 

1 

1 

Reserved 

1  1 

|  05-08 | 

1 

1 

Count 

1  1 

|  0  9  —  0  C  | 

1 

1 

Data  Address 

1  1 

|  n—  7 : 4  | 

1 

1 

Count 

Repeated 

as  many 

1  1 

|  n-3 : n  j 

1 

1 

Data  Address 

times  as 

needed 

1  1 

1  n+1  | 

1  1 

34  |  | 

1 

1 

1 

1 

COMBINATION  RESPONSE 

EXTENT  PARM  (See 

5.5.5) 

i  i 

1  01  1 

1 

1 

Slave  Address 

i  i 

1  02  1 

1 

1 

Facility  Address 

i  i 

1  03  | 

1 

1 

Mod i f i e  r  s 

i  i 

1  04  | 

1 

1 

Reserved 

i  i 

|  05-08 | 

1 

1 

Residual  Count 

i  i 

| 09-0C | 

1 

1 

Data  Address 

i  i 

| 0D-0E | 

1 

1 

Major  Status 

i  i 

| OF-  n | 

1 

1 

Substatus  if  any  -  Codes  xO-xB 

1  05  | 

35  |  01-04 | 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER 

(See  5.5.6) 

1  1 
|  n+1  | 

1 

3A | 0 1-  n  | 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  02  | 

1  1 
3C|  01| 

1 

1 

1 

1 

TRANSFER  PARAMETERS 

(See  5.5.13) 

|  n+1  | 

1  1 
+ - + 

3  E  |  0 1  —  n  | 

1  1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER 

(See  5.5.15) 
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+ - H - H - H - 1 - 1 1 - H - 

I PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  PARAMETERS 

|  LTH |  NO  | CODE |  MOD |  MOD j ADDR j ADDR | 

I  I  0  1  I  2  j  3  j  4  |  5  |  6  through  n 

H - h - 1 - 1 - 1- - 1 - 1 - 

xxxx  x x x x  37  bbbb  bbbb  xx  xx 


Figure  80 

Command  Packet  for  SHADOW  RESTORE 


+ - h - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  PARAMETERS 
j  LTH I  Command  j  CODES  | TYPE | CODE j 
j  |  0  1  2  3  4  5  j  6  j  7  |  8  through  n 

+ - + - r - + - y - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0011  bbbb 
7654  3210  3210 


Figure  81 

Response  Packet  for  SHADOW  RESTORE 


If  any  failures  occur  on  the  secondary  facility, 
the  operation  shall  terminate  with  Machine  Excep¬ 
tion  status  reported  for  the  failing  facility. 

9.8.4  Parameters.  The  Shadow  Restore  Param¬ 
eters  shall  be  as  shown  in  Table  80. 

9.8.4. 1  Combination  Command  Extent  (Com¬ 
mon)  Parameter.  See  5.5.4  and  also  9. 1.4.1. 

9. 8. 4. 2  Combination  Response  Extent  (Com¬ 
mon)  Parameter.  See  5.5.5  and  also  9. 1.4. 2. 

9. 8. 4. 3  Access  Key  (Common)  Parameter. 

See  5.5.6  and  also  9. 1 .4.3. 

9. 8. 4. 4  Data  Address  (Common)  Parameter. 
See  5.5.1  I  and  also  9. 1 .4.4. 

9. 8. 4. 5  Transfer  (Common)  Parameter.  See 
5.5.1 3  and  also  9. 1.4.5. 

9. 8. 4. 6  Partition  (Common)  Parameter.  See 
5.5.15  and  also  9. 1 .4.6. 


10.  Other  Transfer  Commands 

The  data  transfer  commands  in  this  section  are 
used  for  specific  functions  other  than  typical 
read  and  write  activity.  In  many  situations 
these  commands  may  be  used  to  complement  diag¬ 
nostics.  These  commands  by  their  very  nature  are 
either  device-specific  or  vendor-specific.  Refer 
to  vendor  specifications  as  to  their  implementa¬ 
tion. 


10.1  READ  VERIFY 

10.1.1  Command  Packet.  The  command  packet  for 
this  command  shall  be  as  shown  in  Figure  82. 

10.1.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  83. 

10.1.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  READ  VERIFY  command  reads  data 
from  the  addressee  and  verifies  that  the  data  is 
correct  as  determined  by  the  slave's  or  facil¬ 
ity's  error  detection/correction  scheme.  Data  is 
not  transferred  to  the  master. 

When  used  with  disk,  this  command  is  used  to 
verify  that  a  number  of  blocks  on  the  disk  is 
formatted  properly.  Every  identification  field 
and  PhysicalBlock  on  each  track  within  the  ex¬ 
tent  is  read  and  the  CRC/ECC  is  checked.  If  an 
error  is  detected,  the  operation  is  terminated 
and  the  Data  Address  in  the  Response  Extent  pa¬ 
rameter  identifies  the  block  that  contains  the 
error. 

10.1.3.1  High  Margins  Modifier.  If  the  High 
Margins  modifier  is  set  and  if  the  capability  is 
provided  within  the  facility,  the  slave  shall 
control  the  circuits  within  the  facility  to  op¬ 
erate  under  marginal  conditions. 

10.1.3.2  Volume  Modifier.  If  the  Volume 
modifier  in  the  parameters  is  set,  the  slave 
shall  verify  the  entire  volume. 
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Table  81 

Read  Verify  Parameters 


+  -+ +--+ - + + + 

| @ I LTH I  ID  I  OCTET  I X/b | DEF |  READ  VERIFY  PARAMETERS 

+-+ +  --  + - + + + - 


|M|  09 

1  1 

1  1 
i  i 

1  31  |  | 

|  |  01-04 | 

|  |05-08| 

i  i  t 

1 

1 

1 

1 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

1  1 

|  S  |  n  +  1 

1  1 

1  1 

1  1  1 

1  32  |  | 

|  |01-04| 

|  |  05-08 | 

1 

1 

1 

1 

1 

1 

1 

t 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

Data  Address 

1  1 

j  M  j  05 

i  i 

| 35 |01-04  | 

i  i  i 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

| B | n+1 

i  i 

1  1  1 

|  3A|  | 

1  | 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 

|  M  |  02 

1  1 

|  3  C  |  0 1  —  n  | 

1 

1 

1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

1  1 

| M | n+1 

i  i 

|  3E | 01-  n | 

1  1  1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

+  -  + - + — + - + - + - + 


+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  | CODE |  MOD j  MOD j ADDR | ADDR |  PARAMETERS 

|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  50  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  |  j  High  Margins 
j  |  0=DataBlock  l=PhysicalBlock 
j  Direction  0=Forward  l=Reverse 


Figure  82 

Command  Packet  for  READ  VERIFY 


+ - + - + - + - 

|  PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

|  LTH j  Command  I  CODES  I  TYPE | CODE j  PARAMETERS 
j  |  0  1  2  3  4  5|  6  j  7  j  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  83 

Response  Packet  for  READ  VERIFY 


10.1.4  Parameters.  The  Read  Verify  Param¬ 
eters  shall  be  as  shown  in  Table  81. 

10.1.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

10.1.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.1.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.1.4.4  Data  Add  ress  (Common)  Parameter. 

See  5.5. 1  I . 

10.1.4.5  Transfer  (Common)  Parameter.  See 

5.5.13. 

10. 1. 4. 6  Partition  (Common)  Parameter.  See 

5.5.15. 


10.2  READ  AT  FIRST  AVAILABLE  DATA 

10.2.1  Command  Packet.  The  command  packet  for 
this  command  shall  be  as  shown  in  Figure  84. 

10.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  85. 

10.2.3  Description.  The  Direction  modifier  is 
not  applicable  to  the  disk. 

The  READ  AT  FIRST  AVAILABLE  DATA 
command  shall  access  the  currently  selected 
track  and  transfer  data  starting  at  the  first 
available  block.  The  address  of  the  first  block 
encountered  is  provided  in  the  Read  at  First 
Data  parameter  appended  to  the  Transfer  Notifica¬ 
tion  packet  that  precedes  the  transfer  of  the  data. 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  j CODE j  MOD j  MOD j ADDR j ADDR j  PARAMETERS 

I  |01|2|  3  j  4  j  5  j  6  through  n 

+ - + - + - + - + + - + - 

xxxx  x x x x  51  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0  =  Octet  1-Block 
j  j  j  Data  Recovery  0=On  l=Off 
j  j  0  =  DataBlock  1-PhysicalBlock 
j  Direction  0-Forward  1-Reverse 


Figure  84 

Command  Packet  for  READ  AT  FIRST  AVAILABLE  DATA 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

j  LTH  j  Command  j  CODES  I  TYPE  I  CODE  I  PARAMETERS 
|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0010  bbbb 
7654  3210  3210 


Figure  85 

Response  Packet  for  READ  AT  FIRST  AVAILABLE  DATA 


Table  82 

Read  at  First  Available  Data  Parameters 


H 1 - H - 1 - H - • - 

| @ | LTH | ID | OCTET | X/b | DEF |  READ  AT  FIRST  AVAILABLE  DATA  PARAMETERS 

+  -  + + —  + - + - + - + - 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

PARTITION  PARAMETER  (See  5.5.15) 

STOP  ON  DISCONTINUITY  PARAMETER 
(See  5.5.16  and  8. 1.4. 1.6) 

READ  AT  FIRST  DATA 
Count  from  Beginning 
Starting  Data  Address 

INFORMATION  TRANSFER  SIZE  OVERRIDE  PARAMETER 
(See  8. 1.4. 2. 2) 

Generate  Class  2  Interrupt 
Burst  Size 


| M | 09  |  31  |  | 

i 

1  I  1  |01-04| 

i 

1  j  I  | 05-08  | 

1  1  1  1  1 

i 

i 

| S  j  n+1 | 32  |  | 

1 

i 

1  1  1  | 01-04  | 

i 

|  |  |  1 05-08 | 

1  1  I  1  ! 

i 

j 

|  M 1 05  |  35 | 01-04 | 

i  i  i  i  i 

1 

i 

i 

1  1 

| B | n+1 | 3A | 01-  n | 

i  i  i  i  i 

1 

i 

1 

III!  1 

j  M  j  n  +  1 | 3  E | 01-  n | 

1 

i 

i 

II  II 

| M | n+1 | 3F | 01-  n | 

Mil  1 

1 

i 

i 

II  II 

| S | 09  | 50  |  | 

i 

i 

1  1  1  | 01-04  | 

i 

I  1  1  1 05-08  | 

II  II 

i 

1 

till  1 

| M | n+1 | 51  |  | 

i  i  i  i  i 

1 

i 

i 

II  II 

I  I  1  | 01-04 | 

1 

i 

I  1  1  |05-08| 

II  1  1  1 

i 

i 
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The  data  from  the  first  block  in  the  extent 
shall  follow  the  transfer  of  the  last  block  in 
the  extent.  The  transfer  shall  continue  until 
the  Count  has  been  exhausted. 

If  PhysicalBlock  transfers  are  specified  in 
the  Command  Extent  parameter,  the  Count  shall  be 
equal  to  one  track  of  data.  The  facility  shall 
not  perform  a  track  or  cylinder  change  during 
the  transfer. 

If  DataBlock  transfers  are  specified,  the 
addressee  shall  transfer  all  blocks  within  the 
extent,  from  point  of  beginning  transfer  to  end 
of  extent,  then  beginning  of  extent  to  the  block 
prior  to  the  first  transferred. 

If  the  Block  Size  parameter  is  supplied,  the 
slave  shall  use  the  specified  block  size  only 
for  the  duration  of  the  command  execution. 

The  master  does  not  know  from  which  address 
the  first  data  will  be  transferred,  so  the  slave 
shall  append  the  Read  at  First  Data  parameter  to 
the  Transfer  Notification  Response  (which  is  re¬ 
quired  for  execution  of  this  command),  and  also 
to  the  response  packet. 

The  master  is  responsible  for  making  the  nec¬ 
essary  corrections  (if  any)  in  the  sequence  of 
data  in  order  to  compensate  for  its  improper 
order.  READ  AT  FIRST  AVAILABLE  DATA 
is  intended  to  provide  improved  perfor- 
mance;but  it  must  be  recognized  that  due  to  the 
addressee’s  and  the  master’s  overhead  in  order 
to  execute  this  command,  some  operations  may 
perform  slower  than  if  the  data  was  read  normal¬ 
ly.  For  this  reason,  the  extent  should  normal¬ 
ly  be  restricted  to  a  physical  track  or 
cylinder. 

10.2.4  Parameters.  The  Read  At  First  Avail¬ 
able  Data  Parameters  shall  be  as  shown  in 
Table  82. 

10.2.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

10.2.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.2.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.2.4.4  Data  Address  (Common)  Parameter. 

See  5.5.1  I. 

10.2.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 

10.2.4.6  Stop  On  Discontinuity  Parameter. 

See  5.5.16  and  also  8. 1 .4. 1 .6. 

10.2.4.7  Read  at  First  Data  Parameter 

(I)  Con iu  from  Beginning.  This  value  spec¬ 
ifies  the  displacement  into  the  extent  in  which 
the  transfer  begins. 


(2)  Starling  Data  Address.  This  field  iden¬ 
tifies  the  address  within  the  extent  from  which 
the  slave  shall  begin  transferring  data. 

10.2.4.8  Information  Transfer  Size  Override 
Parameter.  See  8. 1.4. 2. 2. 

10.3  READ  FROM  BUFFER 

10.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  86. 

10.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  87. 

10.3.3  Description.  The  READ  FROM  BUFFER 
command  transfers  the  contents  of  the  ad¬ 
dressee's  buffer  to  the  master  beginning  at  the 

octet  offset  contained  in  the  Data  Address  field 
of  the  Command  Extent  parameter.  The  Count  spec¬ 
ifies  the  number  of  octets  that  are  to  be  trans¬ 
ferred  to  the  master. 

READ  FROM  BUFFER  may  be  used  in  conjunction 
with  WRITE  TO  BUFFER  to  test  the  addressee’s 
data  buffer.  To  ensure  that  the  contents  of  the 
buffer  from  the  WRITE  TO  BUFFER  command  are  the 
same  as  can  be  read,  the  master  has  to  Order 
their  execution  to  be  certain  that  a  command¬ 
queuing  slave  did  not  use  the  buffer  when 
overlapping  command  executions. 

The  addressee  shall  transfer  the  specified 
number  of  octets  from  the  buffer  to  the  master. 

The  buffer  to  be  used  is  identified  in  the 
Buffer  Address  parameter.  One  of  the  following 
buffers  may  be  used: 

(1)  The  "Generic"  Buffer.  This  is  the  buffer 
that  the  slave  normally  makes  visible  to  the 
master  and  may  be  in  either  the  slave  or  the  ad¬ 
dressee. 

(2)  The  Slave  Buffer.  This  buffer  is  always 
contained  in  the  slave. 

(3)  The  Facility  Buffer.  This  buffer  is  al¬ 
ways  in  the  facility. 

10.3.4  Parameters.  The  Read  From  Buffer  Pa¬ 
rameters  shall  be  as  shown  in  Table  83. 

10.3.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

10.3.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.3.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.3.4.4  Data  Address  (Common)  Parameter. 

See  5.5.1  I. 

10.3.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 

10.3.4.6  Buffer  Address  Parameter.  The 
first  octet  identifies  buffer  that  is  to  be 

used. 
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| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH |  NO  j CODE  I  MOD j  MOD | ADDR j ADDR |  PARAMETERS 
|01|  2  j  3  j  4  |  5|6  through  n 

xxxx  xxxx  52  bbbb  bbbb  xx  xx 
Figure  86 

Command  Packet  for  READ  FROM  BUFFER 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

j  LTH j  Command  j  CODES  I  TYPE | CODE j  PARAMETERS 
|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  87 

Response  Packet  for  READ  FROM  BUFFER 


Table  83 

Read  From  Buffer  Parameters 


+  -  + - +  —  + - + 

| @ | LTH | ID | OCTET | 

X/b | DEF | 

READ  FROM  BUFFER  PARAMETERS 

|  M  |  0  9  | 

31  1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1  1  1 

01-04  | 

1 

1 

Count 

1  1  1 

05-08  | 

1 

1 

Data  Address 

1  1  1 
| S  |  n  +  1  | 

32  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

I  1  1 

01-04  | 

1 

1 

Residual  Count 

1  1  1 

05-08 | 

1 

1 

Data  Address 

1  1  1 
j  M  |  0  5  | 

35  | 

01-04  | 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  I 

| B | n+1 | 

3A| 

01-  n  | 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

i  i  i 

|  M | n+1 | 

3E| 

01-  n  | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  I  1 

|  M  |  0  3  | 

50  | 

01  | 

1 

1 

1 

1 

BUFFER  ADDRESS  PARAMETER 

1  1  1 

7  1 

1 

Generic  * 

1  1  1 

6  1 

1 

Slave  * 

1  1  1 

5  | 

1 

Facility  * 

1  1  1 

4-0  | 

1 

Reserved 

1  1  1 

02  | 

7  1 

1 

Port  Command  Stack  * 

1  1  1 

6  1 

1 

Slave  Command  Stack  * 

1  1  1 

5  | 

1 

Slave  Data  Buffer  * 

1  1  1 

1  1  1 

4-0  | 

1 

1 

1 

Rese  rved 

*  Mutually  exclusive. 
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Table  84 

Read  Facility  Data  To  Buffer  Parameters 
+-+ +--+ - + + + 

| @ | LTH | ID | OCTET |X/b | DEF |  READ  FACILITY  DATA  TO  BUFFER  PARAMETERS 
+  -+ +  —  + - + + + - 


1  M 

|  09 

1  31 

1 

i  i 

|  01-04 | 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

1 

i 

|  05-08 | 

1 

1 

1 

1 

1 

Data  Address 

1  s 

|  n  +  1 

1 

1  32 

1 

1  1 

1  1 

|  01-04 | 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

1 

1 

|  05-08 | 

1  1 

1 

1 

1 

1 

Data  Address 

1  M 

|  05 

1  35 

|  01-04  | 

i  i 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

I  B 

|  n+1 

1  3A 
i 

c 

i 

T— t 

O 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  M 

|  n  +  1 

1 

1  3E 

|  01-  n | 

1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  M 

1  03 

1  50 

1 

|  01-02 | 

1  1 

1 

1 

1 

1 

1 

1 

BUFFER  ADDRESS  PARAMETER  (See  10.3.4.6) 

+  -  + - +  --+ - + - + - + 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH j  NO  'CODE j  MOD |  MOD | ADDR j ADDR j  PARAMETERS 
|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

xxxx  xxxx  53  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
|  j  j  Data  Recovery  0=On  l=Off 
| |  0=DataBlock  l=Physi calBlock 
|  Direction  0=Forward  l=Reverse 


Figure  88 

Command  Packet  for  READ  FACILITY  DATA  TO  BUFFER 


(1)  Hit  7=1.  The  buffer  utilized  by  the 
slave  is  to  be  used. 

(2)  liil  6  =  1.  The  slave  buffer  is  to  be 
used.  If  none  is  present,  this  parameter  shall 
be  rejected. 

(3)  liil  5=1.  The  facility  buffer  is  to  be 
used.  If  none  is  present,  this  parameter  shall 
be  rejected. 

The  second  octet  may  be  used  to  identify  the 
buffers  within  the  slave  that  are  to  be  ad¬ 
dressed  (if  any).  It  is  possible  for  a  slave  to 
use  several  buffers  in  an  implementation. 

10.4  READ  FACILITY  DATA  TO  BUFFER 

10.4.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  88. 

10.4.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  89. 

10.4.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 


The  READ  FACILITY  DATA  TO  BUFFER 
command  is  similar  to  a  READ  command  ex¬ 
cept  that  data  is  transferred  to  a  specified 
buffer  rather  than  to  the  master.  The  transfer 
size  shall  be  less  than  or  equal  to  the  length 
of  the  destination  buffer. 

10.4.4  Parameters.  The  Read  Facility  Data  To 
Buffer  Parameters  shall  be  as  shown  in  Table  84. 

10.4.4.1  Command  Extent  (Common)  Param 
eter.  See  5.5.2. 

10.4.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.4.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.4.4.4  Data  Address  (Common)  Parameter 

See  5.5.1 I. 

10.4.4.5  Transfer  (Common)  Parameter.  See 

5.5.15. 

10.4.4.6  Buffer  Address  Parameter.  See 

10.3.4.6. 


142 


AMERICAN  NATIONAL  STANDARD  X3. 132-1987 


H - 1 - + - ). - 

I  PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

j  LTH |  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

I  |  0  1  2  3  4  5|  6  j  7  j  8  through  n 

+ - + - + - + - + - + - 

x x x x  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  89 

Response  Packet  for  READ  FACILITY  DATA  TO  BUFFER 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH  j  NO  j CODE |  MOD |  MOD j ADDR j ADDR |  PARAMETERS 
j  |  0  1  |  2  |  3  j  4  |  5  j  6  through  n 

xxxx  xxxx  54  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0-=Octet  l  =  Block 
|  j  j  0=ECC  l=Syndrome 

I  I 

|  Direction  0=Forward  l=Reverse 


Figure  90 

Command  Packet  for  READ  PHYSICAL  DATA  AND  ECC 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

|  LTH j  Command  I  CODES  I  TYPE  I  CODE j  PARAMETERS 
|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  ?  2 1 0 


Figure  91 

Response  Packet  for  READ  PHYSICAL  DATA  AND  ECC 


10.5  READ  PHYSICAL  DATA  AND  ECC 

10.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  90. 

10.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  91. 

10.5.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  READ  PHYSICAL  DATA  AND  ECC 
command  reads  data  beginning  at  the  Physical- 
Block  specified  by  the  Data  Address  field  in  the 
Command  Extent  parameter.  The  error  detection/- 
correction  information  read  with  the  data  is  ap¬ 
pended  and  transfered  with  the  data.  The  data  is 
checked  for  errors  and.  if  errors  are  detected. 
Substatus  is  reported  in  the  response  packet. 

The  ECC  information  returned  with  the  data  may 
be  either  the  recorded  ECC  information  or  may  be 


the  syndrome,  as  specified  by  the  modifier 
octet. 

Operation  of  this  command  shall  be  limited  to 
the  PhysicalBlock  protected  by  the  ECC. 

10.5.4  Parameters.  The  Read  Physical  Data 
And  ECC  Parameters  shall  be  as  shown  in  Table 
85. 

10.5.4.1  Command  Extent  (Common)  Param 
eler.  See  5.5.2. 

10.5.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.5.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.5.4.4  Data  Address  (Common)  Parameter 

See  5.5.11. 

10.5.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 
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Table  85 

Read  Physical  Data  And  ECC  Parameters 


+  _  + + — + - + + + 

| @ I LTH I  ID  I  OCTET  I X/b | DEF |  READ  PHYSICAL  DATA  AND  ECC  PARAMETERS 
+  -  + +  --  + - + K + - 

M  | 


09  |  3 1  |  | 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

j  | 01-04  | 

i 

i 

Count 

|  |05-08| 

1  1 

i 

i 

i 

i 

Data  Address 

n+1 1 32  |  | 

1 

i 

1 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3 

|  | 01-04  | 

i 

i 

Residual  Count 

|  | 05-08 | 

1  1  1 

i 

i 

i 

i 

Data  Address 

05  |  3 5  |  01-04  | 

i  i 

1 

i 

i 

1 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1 
n+1 | 3A| 01-  n | 

i  i 

1 

i 

I 

1 

i 

i 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1  1 
n  +  1 | 3  E | 01-  n | 

1 

i 

1 

i 

PARTITION  PARAMETER  (See  5.5.15) 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH j  NO  | CODE j  MOD |  MOD | ADDR | ADDR j  PARAMETERS 
j  |  0  1  |  2  |  3  |  4  j  5  j  6  through  n 

xxxx  xxxx  55  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0  =  Octet  l=Block 
|  j  |  Data  Recovery  0=On  l=Off 

I  I 

I  Direction  0=Forward  l=Reverse 


Figure  92 

Command  Packet  for  READ  PHYSICAL  HEADER 


10.6  READ  PHYSICAL  HEADER 

10.6.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  92. 

10.6.2  Response  Packet.  The  response  packet 
shall  be  as  shown  in  Figure  93. 

10.6.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  READ  PHYSICAL  HEADER  com¬ 
mand  reads  the  identification  fields  that  are 
transferred  as  data  starting  at  the  Physical- 
Block  specified  by  the  Data  Address  field  in  the 
Command  Extent  parameter  for  the  extent  defined 
by  the  Count.  The  Count  shall  not  be  greater 
than  the  number  of  PhysicalBlocks  on  a  track. 

10.6.4  Parameters.  The  Read  Physical  Header 
Parameters  shall  be  as  shown  in  Table  86. 


10.6.4.1  Command  Extent  (Common)  Param 
eter.  See  5.5.2. 

10.6.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.6.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.6.4.4  Data  Address  (Common)  Parameter 

See  5.5.1  I. 

10.6.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 

10.7  READ  IPL 

10.7.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  94. 

10.7.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  95. 
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+-+ - + — + - 

|  @ | LTH | ID | OCTET 

|  M  |  0  9  | 

31  1 

1  1  1 

| 01-04 

1  1  1 

|  05-08 

1  1  1 

1 s | n+1 I 

32  | 

i  i  i 

|01-04 

i  i  i 

|05-08 

1  1  1 
|  M  |  0  5  | 

35  |  01-04 

1  1  1 
|  B | n  +  1 | 

1 

3A | 01-  n 

1  1  1 
| M | n+1 | 

3  E | 01-  n 

Table  86 

Read  Physical  Header  Parameters 
DEF |  READ  PHYSICAL  HEADER  PARAMETERS 


COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 
PARTITION  PARAMETER  (See  5.5.15) 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  RESPONSE 

j  LTH  j  Command  j  CODES  I  TYPE  I  CODE  I  PARAMETERS 
|  |01234  5|  6  j  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 

Figure  93 

Response  Packet  for  READ  PHYSICAL  HEADER 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH j  NO  j CODE j  MOD |  MOD | ADDR j ADDR j  PARAMETERS 
|  j  0  1 |  2  |  3  |  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  56  bbbb  bbbb  xx  xx 

Figure  94 

Command  Packet  for  READ  IPL 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

j  LTH I  Command  I  CODES  | TYPE  I  CODE |  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

+ - + - H - • - ^ - H - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  95 

Response  Packet  for  READ  IPL 
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Table  87 

Read  I  PL  Parameters 


+  -  + +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  READ  IPL  PARAMETERS 

+  -  + +  --  + - + + + - 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 


PARTITION  PARAMETER  (See  5.5.15) 


| M | 09  I  31 1  | 

i 

1  1  1  |01-04| 

i 

1  1  1  | 05-08  | 

1  1  1  1  1 

i 

i 

1  I  1  1  1 

| S | n+1 | 32  |  1 

i 

1  1  1  |01-04| 

i 

1  1  1  |05-08| 

1  1  1  1  1 

i 

i 

1 

| M | 05  | 3  5 | 01-04  | 

i  i  i  i  l 

i 

i 

| B | n+1 | 3A | 0 1-  n | 

i  i  i  i  i 

1 

! 

j 

1  1  1  1  1 

| M | n+1 | 3E | 01-  n | 

Mil  1 

1 

1 

1 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
I  LTH j  NO  | CODE |  MOD |  MOD | ADDR j ADDR j  PARAMETERS 
j  j  0  1 |  2  j  3  |  4  j  5  |  6  through  n 

xxxx  xxxx  58  bbbb  bbbb  xx  xx 
7654  3210 

II  I  I 

|  |  |  0  =  ECC  l  =  Syndrome 

I  I 

Direction  0=Forward  l=Reverse 


Figure  96 

Command  Packet  for  READ  PHYSICAL  HEADER  AND  ECC 


+ - + - + - + - 

|  PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

|  LTH j  Command  j  CODES  | TYPE | CODE |  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  97 

Response  Packet  for  READ  PHYSICAL  HEADER  AND  ECC 


10.7.3  Description.  The  READ  IPL  (Initial 
Program  Load)  command  causes  the  first  block  of 
IPL  data  to  be  transferred  to  the  master.  Typ¬ 
ically.  receipt  of  the  READ  IPL  command 

shall  cause  the  slave  to  access  the  first  block 
of  the  IPL  area  on  the  addressed  facility.  When 
the  access  is  complete,  the  addressee  shall  ver¬ 
ify  correct  access  position  and  shall  transfer 
one  or  more  blocks  of  data  to  the  master. 

10.7.4  Parameters.  The  Read  IPL  Parameters 
shall  be  as  shown  in  Table  87. 

10.7.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 


10.7.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.7.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.7.4.4  Data  Aden  ess  (Common)  Parameter. 

See  5.5. 1  I . 

10.7.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 

10.8  READ  PHYSICAL  HEADER  AND  ECC 

10.8.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Ligure  96. 

10.8.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Ligure  97. 
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Table  88 

Read  Physical  Header  And  ECC  Parameters 


+  -  + +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF | 

+  -  + +  —  + - + + + 

M 


READ  PHYSICAL  HEADER  AND  ECC  PARAMETERS 


M 

B 

M 

+  -  + 


09 

1  31 

1 

1 

i 

i  i 

| 01-04  | 

|  05-08  | 

1  1 

1 

1 

1 

1 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

n+1 

1 

1  32 

1 

1 

1 

1  1 

1  1 

|  01-04  | 
|05-08 | 

1  1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 
Residual  Count 

Data  Address 

05 

1 

1  35 

i 

O 

1 

O 

1 

1 

I 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

n+1 

1  3A 

| 01-  n | 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

n  +  1 

1 

1  3  E 

| 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH j  NO  j CODE |  MOD |  MOD | ADDR | ADDR j  PARAMETERS 
|  |  0  1 |  2  |  3  |  4  j  5  |  6  through  n 

xxxx  xxxx  62  bbbb  bbbb  xx  xx 


Figure  98 

Command  Packet  for  WRITE  TO  BUFFER 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

j  LTH  j  Command  I  CODES  I  TYPE  I  CODE j  PARAMETERS 
|012345|  6  |  7  |  8  through  n 

+ - H - 1 - 4 - H - H - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  99 

Response  Packet  for  WRITE  TO  BUFFER 


10.8.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

On  disks  the  READ  PHYSICAL  HEADER  com¬ 
mand  causes  the  identification  fields  to  be  read 
from  the  PhysicalBlock  specified  by  the  Data  Ad¬ 
dress  field  in  the  Command  Extent  parameter.  The 
Count  shall  not  be  greater  than  the  number  of 
PhysicalBlocks  on  a  track. 

The  ECC  (or  may  be  CRC)  information  returned 
with  the  header  may  be  either  the  recorded  ECC 
information  or  may  be  the  syndrome,  as  specified 
by  the  modifier  octet. 

10.8.4  Parameters.  The  Read  Physical  Header 
And  ECC  Parameters  shall  be  as  shown  in  Table 
88. 

10.8.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 


10.8.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.8.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.8.4.4  Data  Address  (Common)  Parameter. 

See  5.5.1  I . 

10.8.4.5  Partition  (Common)  Parameter.  See 

5.5.15. 


10.9  WRITE  TO  BUFFER 

10.9.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

98. 

10.9.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 

99. 
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Table  89 

Write  to  Buffer  Parameters 


+  -  + - +  --  + - 

| @ | LTH | ID | OCTET 
+- 
M 


h - + - + 

X/b | DEF | 


WRITE  TO  BUFFER  PARAMETERS 


+  — 
1 

1  CD 

1  o 
+  - 

31  1 

1  1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1  1 

01-04|  | 

1 

Count 

1  1 

05-08  |  | 

1 

Data  Address 

1  1 
|  n+1  | 

32  | 

1  1 

1  1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

i  i 

01-04|  | 

1 

Residual  Count 

i  i 

05-08|  1 

1 

Data  Address 

|  0  5  1 

35  | 

01-04  | 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 
|  n+1  | 

3A  | 

1  1 

01-  n |  1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  1 
|  n+ 1  | 

3E  | 

1  1 

01-  n |  | 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1 
|  03  | 

50  | 

1  1 

01  |  | 

1 

1 

BUFFER  ADDRESS  PARAMETER 

i  i 

1  7  | 

1 

Generic  * 

i  i 

1  5  | 

1 

Slave  * 

i  i 

1  5  | 

1 

Facility  * 

i  i 

1  4-0  | 

1 

Reserved 

i  i 

02  |  7  | 

1 

Port  Command  Stack  * 

i  i 

1  6  i 

1 

Slave  Command  Stack  * 

i  i 

1  5  | 

1 

Slave  Data  Buffer  * 

i  i 
i  i 

1  4-0  | 

1  I 

1 

1 

Rese  rved 

i  i 

+ + 

1  1 

1 

*  Mutually  exclusive. 


10.9.3  Description.  The  WRITE  TO  BUF¬ 
FER  command  transfers  data  from  the  master  to 
the  designated  addressee  buffer  beginning  at  the 
octet  offset  contained  in  the  Data  Address  field 

of  the  Command  Extent  parameter.  The  Count  spec¬ 
ifies  the  number  of  octets  that  are  to  be  trans¬ 
ferred.  which  shall  be  equal  to  or  less  than  the 
size  of  the  destination  buffer. 

The  WRITE  TO  BUFFER  command  may  be 
used  in  conjunction  with  the  READ  FROM  BUFFER 
command  to  test  the  addressee's  data  buffer.  The 
addressee  shall  transfer  the  specifed  number  of 
octets  from  the  master  to  its  buffer. 

10.9.4  Parameters.  The  Write  To  Buffer  Pa¬ 
rameters  shall  be  as  shown  in  Table  89. 

10.9.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.9.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

10.9.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.9.4.4  Data  Address  (Common)  Param¬ 
eter.  See  5.5.1  I . 

10.9.4.5  Partition  (Common)  Parameter. 

See  5.5.15. 

10.9.4.6  Buffer  Address  Parameter.  See 

10.3.4.6. 

10.10  WRITE  BUFFER  TO  FACILITY 
10.10.1  Command  Packet.  The  command  packet 


for  this  command  shall  be  as  shown  in  Figure 
100. 

10.10.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  101. 

10.10.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  WRITE  BUFFER  TO  FACILITY  com¬ 
mand  is  similar  to  a  WRITE  command  except 
that  the  data  is  written  from  the  addressee's 
buffer.  Data  shall  not  be  transferred  from  the 
master.  The  Count  shall  be  less  than  or  equal  to 
the  length  of  the  specified  buffer. 

The  source  buffer  for  the  write  is  defined  by 
the  Buffer  Address  parameter  and  is  identical  to 
the  buffer  addressing  options  available  in  the 
READ  FACILITY  DATA  TO  BUFFER  command. 

10.10.4  Parameters.  The  Write  Buffer  To  Fa¬ 
cility  Parameters  shall  be  as  shown  in  Table  90. 

10.10.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.10.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.10.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.10.4.4  Data  Add  ress  (Common)  Param¬ 
eter.  See  5.5.1  I . 

10.10.4.5  Partition  (Common)  Parameter. 

See  5.5.15. 

10.10.4.6  Buffer  Address  Parameter.  See 

10.3.4.5. 
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+ - + - + - + - + - + + - + - 

I  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH  j  NO  | CODE |  MOD |  MOD j ADDR j ADDR j  PARAMETERS 

I  |01|2|  3  |  4  j  5  |  6  through  n 

H - 1- - 1 - 1 - 1 1 - H - 

xxxx  xxxx  63  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0  =  Octet  l  =  Block 

I  I  I 

| |  0=DataBlock  l=PhysicalBlock 
j  Direction  0=Forward  l=Reverse 

Figure  100 

Command  Packet  for  WRITE  BUFFER  TO  FACILITY 


+ - + - + - + - 

| PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

j  LTH j  Command  j  CODES  I  TYPE  I  CODE j  PARAMETERS 

|  |  0  1  2  3  4  5|  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  101 

Response  Packet  for  WRITE  BUFFER  TO  FACILITY 


Table  90 

Write  Buffer  To  Faility  Parameters 


+  -  + - +  --  + - + - + - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  WRITE  BUFFER  TO  FACILITY  PARAMETERS 


+-  + 

1  M  | 

1  1 

09  | 

31  1 

1 

01-04 | 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

1  1 

05-08 | 

1 

1 

Data  Address 

1  5  | 

1  1 

n+1  | 

32  | 

1 

1 

01-04  | 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

Residual  Count 

1  1 

05-08  | 

1 

1 

Data  Address 

1  1 
|  M  | 

05  | 

35  | 

O 

1 

O 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1 

1  B  | 

n+1  | 

3A| 

1 

01-  n  | 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

1  M  | 

02  | 

3C  | 

01  1 

1 

1 

1 

TRANSFER  PARAMETERS  (See  5.5.13) 

1  1 

1  M  1 

n+1  | 

3  E  | 

1 

01-  n  | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1 

1  M  1 

1  1 

02  | 

50  | 

01  1 

1 

1 

1 

7  | 

1 

1 

1 

BUFFER  ADDRESS  PARAMETER  (See  10.3.4.5) 

Generic  * 

1  1 

1 

6  1 

1 

Slave  * 

1  1 

1 

5  | 

1 

Facility  * 

1  1 

1  4 

-0  | 

1 

Reserved 

+  -  + 

*  Mutually  exclusive. 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH  j  NO  j CODE j  MOD j  MOD | ADDR j ADDR |  PARAMETERS 

|  0  1 |  2  j  3  j  4  j  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  64  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0=Octet  l=Block 


|  Direction  0=Forward  l=Reverse 
Figure  102 

Command  Packet  for  WRITE  PHYSICAL  DATA  AND  ECC 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

j  LTH I  Command  I  CODES  I  TYPE  I  CODE  I  PARAMETERS 
|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  103 

Response  Packet  for  WRITE  PHYSICAL  DATA  AND  ECC 


10.1 1  WRITE  PHYSICAL  DATA  AND  ECC 

10.11.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

102. 

10.11.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  103. 

10.11.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  WRITE  PHYSICAL  DATA  AND  ECC 
command  writes  data  and  associated  error  detec¬ 
tion/correction  code  information  on  the  facility 
beginning  at  the  PhysicalBlock  specified  by  the  Data 
Address  field  in  the  Command  Extent  parameter. 

10.11.4  Parameters.  The  Write  Physical  Data 
And  ECC  Parameters  shall  be  as  shown  in  Table 
91 . 

10.11.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.1 1.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.11.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 


10.11.4.4  Data  Address  (Common)  Param¬ 
eter.  See  5.5.1  I . 

10.11.4.5  Partition  (Common)  Parameter. 

See  5.5.15. 

10.12  WRITE  PHYSICAL  HEADER 

10.12.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

104. 

10.12.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 

105. 

10.12.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  WRITE  PHYSICAL  HEADER  com¬ 
mand  writes  the  identification  fields  that  are 
transferred  as  data  starting  at  the  Physical- 
Block  specified  by  the  Data  Address  field  in  the 
Command  Extent  parameter  for  the  extent  defined 
by  the  Count. 

10.12.4  Parameters.  The  Write  Physical  Header 
Parameters  shall  be  as  shown  in  Table  92. 
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Table  91 

Write  Physical  Data  and  ECC  Parameters 
+-  + + — + - + - + - h 

| @ | LTH | ID | OCTET | X/b | DEF |  WRITE  PHYSICAL  DATA  AND  ECC  PARAMETERS 
+  -  + +  --  + - + + + - 


1  M 

|  09 

1  31 

1 

i  i 

j 01-04  | 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

1 

1 

105-08 | 

1 

1 

1 

1 

Data  Address 

1  s 

|  n+1 

1 

1  32 

1 

1  1 
|  01-04  | 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3 
Residual  Count 

1 

1 

|  0  5-08  | 

1 

1 

1 

1 

Data  Address 

1  M 

1  05 

1 

1  35 

|  01-04  | 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

B 

|  n+1 

1  3A 

| 01-  n | 

1 

I 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

M 

|  n+1 

1  3E 

| 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

+  -  + - +  —  + - + - + - + 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH |  NO  j CODE |  MOD |  MOD j ADDR j ADDR j  PARAMETERS 
j  0  1 |  2  |  3  j  4  j  5  j  6  through  n 

xxxx  xxxx  65  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 


Direction  0=Forward  l=Reverse 


Figure  104 

Command  Packet  for  WRITE  PHYSICAL  HEADER 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  RESPONSE 

i  LTH j  Command  I  CODES  I  TYPE  I  CODE  I  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  105 

Response  Packet  for  WRITE  PHYSICAL  HEADER 


Table  92 

Write  Physical  Header  Parameters 


+  -  + - 

| @ | LTH 

| ID | OCTET 

+  -  + - 

|  M  |  09 

1  1 

1  1 

1  31  | 

|  |01-04 

|  |05-08 

|  S | n+1 

1  1 

1  1 

1  32  | 

|  |01-04 

|  |05-08 

1  1 

|  M  |  0  5 

| 35 | 01-04 

|  B | n+1 

| 3A| 01-  n 

1  1 

| M | n+1 

1  1 

|  3  E | 01-  n 

WRITE  PHYSICAL  HEADER  PARAMETERS 


COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3] 
Residual  Count 
Data  Address 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 
PARTITION  PARAMETER  (See  5.5.15) 


1 5  i 
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+ - + - + - + - + - + - + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

j  LTH  j  NO  j CODE  I  MOD j  MOD | ADDR | ADDR j  PARAMETERS 

|  |  0  1 |  2  |  3  |  4  |  5  |  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  66  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Bits  0-2  have  encoded  meaning  of 
|jj  x'0'=Load  x'l'^Reload 

II  x ' 2 ' =Report  x'4'=Store 


Figure  106 

Command  Packet  for  LOAD  SLAVE  IML 


10.12.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.12.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.12.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.12.4.4  Data  Address  (Common)  Param¬ 
eter.  See  5.5.11. 

10.12.4.5  Partition  (Common)  Parameter. 

See  5.5.15. 

10.13  LOAD  SLAVE  IML 

10.13.1  Command  Packet.  The  command 
packet  for  this  command  shall  be  as  shown  in 
Figure  106. 

10.13.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 
107. 

10.13.3  Description.  LOAD  SLAVE  IML  causes 
the  slave  to  act  upon  its  Initial  Microcode  Load 
according  to  the  opcode  modifiers.  The  slave 

shall  perform  the  requested  operation  on/to  its 
microcode  area,  then  perform  any  necessary 
checks  on  the  data  as  specified  in  the  product 
specification. 

On  successful  Load  (x'0')  or  Reload  (x'F). 
the  slave  shall  become  ready  for  use  with  the 
new  microcode  set  in  place. 

The  opcode  modifier  defines  whether  the  master 
wishes  to  Load  (x'0').  Reload  (x'F).  Report 
(x'2’),  or  Store  (x’4‘)  the  addressee  IML  area. 

The  modifiers  are  mutually  exclusive;  i.e.,  only 
one  action  may  be  specified  by  the  command  mod¬ 
ifier. 

Load  causes  the  slave  to  transfer  an  Initial 
Microcode  Load  (IML)  from  the  master.  The  slave 
shall  load  the  data  (as  specified  in  the  product 
specification)  into  its  microcode  area,  perform 
its  checks  on  the  data,  and  become  ready  for 
use.  Load  IML  will  not  update  the  IML  partition 
on  any  attached  media.  The  Load  may  only  be 
addressed  to  the  slave. 


Execution  of  Reload.  Report,  or  Store  requires 
one  of  the  following: 

(1)  The  OPERATING  MODE  command  chained 
to  the  LOAD  SLAVE  IML  command 

(2)  The  Partition  parameter  appended  to  the 
command  packet 

Reload  allows  the  master  to  request  that  the 
addressee  read  its  Initial  Microcode  from  the 
appropriate  area  in  the  IML  partition. 

Report  requests  the  addressee  to  respond  with 
an  information  transfer  containing  the  contents 
of  the  addressee  IML  area.  If  the  addressee  is 
the  slave,  the  source  of  the  data  shall  be  the 
RAM/ROM  area  in  which  the  current  microcode  is 
executing.  If  the  addressee  is  a  facility,  the 
data  represents  the  IML  partition  of  the  at¬ 
tached  facility. 

Store  causes  the  addressee  to  load  its  cur¬ 
rently  executing  microcode  into  the  appropriate 
area  in  the  IML  partition  of  a  facility.  This 
command  allows  updates  of  the  slave’s  microcode 
to  be  written  to  the  facility. 

NOTE:  The  Command  Completion  response  sent  to  the  master 
by  the  slave  lor  this  command  should  be  transferred  only 
after  the  newly  loaded  microcode  has  been  successfully 
initialized  and  is  operational. 

10.13.4  Parameters.  The  load  slave  IML 
parameters  shall  be  as  shown  in  Table  93. 

10.13.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.13.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.13.4.3  Partition  (Common)  Parameter. 

See  5.5.15. 

10.14  ERASE 

10.14.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

108. 

10.14.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  109. 
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Table  93 

Load  Slave  IML  Parameters 


+  _  + +  --  + - + + + 

| @ I LTH I  ID  I  OCTET  I X/b | DEF |  LOAD  SLAVE  IML  PARAMETERS 

+  -+ +  — + - + + + - 


1 M | n  +  1  |  31  |  | 

1 

1 

COMMAND  EXTENT  PARAMETER 

(See  5.5.2) 

1  1  1  1 01-04  | 

1 

1 

Count 

I  1  1  j  05-08 1 

II  l 

1 

1 

1 

1 

Data  Address 

1  1  1  1  1 
| M | n  +  1 | 32  |  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER 

(See  5.5.3 

1  1  1  1 01-0  4  | 

1 

1 

Count 

1  1  1  1 05-08  | 

i  i  i  i  i 

1 

1 

1 

I 

Data  Address 

1  1  1  1  1 

| M | n+1 | 3E |  | 

Mil  1 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See 

5.5.15) 

+  -  + - +  —  + - + - + - + 


+ - + - + - + - 

| PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

|  LTH j  Command  j  CODES  | TYPE | CODE j  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  107 

Response  Packet  for  LOAD  SLAVE  IML 


+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  | CODE |  MOD j  MOD | ADDR j ADDR j  PARAMETERS 

|  0  1  |  2  |  3  j  4  j  5  j  6  through  n 

4 - 1 - 4 - 1 - 1" + - 1 - 

xxxx  xxxx  67  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0*=Octet  l  =  Block 

I  I  I 

| |  0=DataBlock  l=PhysicalBlock 
j  Direction  0  =  Forward  l*=Reverse 


Figure  108 

Command  Packet  for  ERASE 


+ - + - + - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  I  RESPONSE 

|  LTH I  Command  |  CODES  | TYPE | CODE |  PARAMETERS 

|01234  5|  6  j  7  j  8  through  n 

H - H - h - + - + - 1 - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  109 

Response  Packet  for  ERASE 
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Table  94 

Erase  Parameters 


+-+ - +--+ - + - + - + 


| @ I LTH I  ID  I  OCTET | X/b | DEF | 


ERASE  PARAMETERS 


09  |  31  |  | 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

|  | 01-04  | 

1 

1 

Count 

|  |  0  5-08  | 

1  1  1 

1 

1 

1 

1 

Data  Address 

1  1  1 

n+1  |  32  |  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

|  |01-04| 

1 

1 

Residual  Count 

|  | 05-08 | 

1 

1 

1 

1 

Data  Address 

05  | 35 | 01-04  | 

i  i 

1 

1 

1 

1 

1 

1 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

1  1  1 
n+1 | 3A | 01-  n | 

1 

1 

1 

1 

1 

1 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

n+l | 3E | 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

10.14.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  ERASE  command  writes  through  all 
addressable  recording  spaces  of  the  addresses 
specified  in  the  command  packet.  The  data  and 
identification  fields  in  the  recording  spaces 
operated  on  by  the  ERASE  command  shall  be 
unformatted  and  unrecognizable  as  a  result  of 
the  command. 

10.14.4  Parameters.  The  Erase  Parameters 
shall  be  as  shown  in  Table  94. 

10.14.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.14.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.14.4.3  Access  Key  (Common)  Parameter. 

See  5.5.6. 

10.14.4.4  Data  Address  (Common)  Pa¬ 
rameter.  See  5.5.1  I . 

10. 14. 4. 5  Partition  (Common)  Parameter. 

See  5.5.15. 

10.15  WRITE  PHYSICAL  HEADER  AND  ECC 
10.15.1  Command  Packet.  The  command  packet 


for  this  command  shall  be  as  shown  in  Figure  110. 

10.15.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 

111. 

10.15.3  Description.  The  Direction  modifier 
is  not  applicable  to  the  disk. 

The  WRITE  PHYSICAL  HEADER  command 
writes  the  identification  fields  starting  at  the 
PhysicalBlock  specified  by  the  Data  Address 
field  in  the  Command  Extent  parameter  for  the 
extent  defined  by  the  Count. 

10.15.4  Parameters.  The  Write  Physical 
Header  And  ECC  Parameters  shall  be  as  shown  in 
Table  95. 

10.15.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

10.15.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

10.15.4.3  Access  Key  (Common)  Parameter 

See  5.5.6. 

10.15.4.4  Data  Addi  ess  (Common)  Pa¬ 
rameter.  See  5.5.1 1 . 

10.15.4.5  Partition  (Common)  Parameter. 

See  5.5. I . 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH  j  NO  | CODE j  MOD |  MOD j ADDR j ADDR j  PARAMETERS 

j  j  0  1  |  2  j  3  j  4  j  5  j  6  through  n 

+ - + - + - + - + + - + - 

xxxx  xxxx  68  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0*=Octet  l  =  Block 


Direction  0=Forward  l=Reverse 


Figure  110 

Command  Packet  for  WRITE  PHYSICAL  HEADER  AND  ECC 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

j  LTH j  Command  j  CODES  I  TYPE  I  CODE j  PARAMETERS 
j  |  0  1  2  3  4  5  j  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  111 

Response  Packet  for  WRITE  PHYSICAL  HEADER  AND  ECC 


Table  95 

Write  Physical  Header  And  ECC  Parameters 
+  — | - 1 - 1 - 1 - H - + 

| @ | LTH I  ID  I  OCTET  I x/b I DEF I  WRITE  PHYSICAL  HEADER  AND  ECC  PARAMETERS 


09 

1  31 

1  1 
|  01-04  | 
105-08  | 

i 

i 

i 

i 

i 

i 

i 

i 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 
Count 

Data  Address 

n  +  1 

1  32 

1  1 

1  1 

|  01-04 | 

|  05-08 | 

i 

i 

i 

i 

i 

i 

i 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3 
Residual  Count 

Data  Address 

05 

1  35 

1  1 
|  01-04  | 

i 

i 

1 

i 

i 

ACCESS  KEY  PARAMETER  (See  5.5.6) 

n+1 

1  3A 

C 

1 

o 

i 

i 

i 

1 

i 

DATA  ADDRESS  PARAMETER  (See  5.5.11) 

n+1 

1  3E 

1  1 

I 01-  n 1 

1 

1 

1 

i 

PARTITION  PARAMETER  (See  5.5.15) 
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+ - + - + - + - + - + + - + - 

|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  j CODE j  MOD j  MOD j ADDR | ADDR j  PARAMETERS 

joij  2  |  3  j  4  |  5  |  6  through  n 

H - + - H - h - f —  — -f.  — — .  —  — J- - — 

xxxx  xxxx  80  bbbb  bbbb  xx  xx 
7654  3210 

|  |  |  |  Count  0  =  Octet  l=Block 


Figure  112 

Command  Packet  for  PERFORM  SLAVE  DIAGNOSTICS 


1 1 .  Diagnostic  Commands 

The  commands  in  this  section  are  the  maintenance 
and  diagnostic  commands  of  the  Logical  Inter¬ 
face.  These  commands  by  their  very  nature  are 
either  device-specific  or  vendor-specific.  Refer 
to  vendor  specifications  as  to  their  imple¬ 
mentation. 

The  commands  in  this  section  may  require  that 
parameters  be  transferred  as  data  (because  they 
are  too  big  to  transfer  as  parameters).  (See 
5.2.4.)  The  master  shall  set  the  Count  field  of 
the  Command  Extents  parameter  to  the  limit  to  be 
transferred. 

11.1  PERFORM  SLAVE  DIAGNOSTICS 

11.1.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

I  12. 

11.1.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 

I  13. 

11.1.3  Description.  The  PERFORM  SLAVE 
DIAGNOSTICS  command  causes  the  specified  self- 
contained  slave  diagnostic  to  be  executed.  Re¬ 
sults  from  the  slave  diagnostic  are  slave 

unique,  and  may  be  returned  to  the  master  as 
data. 

11.1.4  Parameters.  The  Perform  Slave 
Diagnostics  Parameters  shall  be  as  shown  in 
Table  96. 

11.1.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

11.1.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3 

11.1.4.3  Diagnostic  Number  Parameter. 

This  parameter  supplies  a  number  that  has  a  spe¬ 
cific  meaning,  as  one  of  a  list  of  documented  di¬ 
agnostics  identified  in  the  vendor  documentation. 

11.1.4.4  Diagnostic  Function  List  Param¬ 
eter.  This  parameter  supplies  a  list  of  func¬ 
tions  to  be  performed  as  documented  by  the 
vendor. 


11.1.4.5  Diagnostic  Action  Code  Parameter. 

This  parameter  supplies  an  action  code  and  a 
list  of  parameters  associated  with  it.  as  doc¬ 
umented  by  the  vendor. 

11.1.4.6  Vendor-Unique  Parameter.  The 
field  or  fields,  if  any,  in  this  parameter  shall 

be  specified  in  the  vendor’s  documentation. 

11.1.4.7  Request  Parm  Parameter.  See 

6.3.13.1. 

11.2  PERFORM  FACILITY  DIAGNOSTICS 

11.2.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

I  14. 

11.2.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  115. 

11.2.3  Description.  The  PERFORM  FACIL¬ 
ITY  DIAGNOSTICS  command  shall  cause 

the  specified  self-contained  facility  diagnostic 
to  be  executed.  Results  from  the  facility  diag¬ 
nostic  are  facility-unique  and  may  be  returned 
to  the  master  as  data. 

This  command  is  valid  only  if  the  vendor 
specification  of  the  device  or  devices  attached 
to  a  slave  are  capable  of  executing  diagnostics 
that  provide  information  to  the  master. 

11.2.4  Parameters.  The  Perform  Facility 
Diagnostic  Parameters  shall  be  as  shown  in  Table 
97. 

11.2.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

11.2.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

11.2.4.3  Diagnostic  Number  Parameter.  See 

I  1 .  1 .4.3. 

11.2.4.4  Diagnostic  Function  List  Param¬ 
eter.  See  I  1 . 1 .4.4. 

11.2.4.5  Diagnostic  Action  Code  Parameter. 

See  I  1 .1 .4.5. 

11.2.4.6  Vendor-Unique  Parameter.  See 

1  1 .  1 .4.6. 

11.2.4.7  Request  Parm  Parameter.  See 

6.3.4.13.1. 
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Table  96 

Perform  Slave  Diagnostics  Parameters 


+  -+ - +  —  + - + - + - + 

| @ | LTH | ID | OCTET | X/b | DEF |  PERFORM  SLAVE  DIAGNOSTIC  PARAMETERS 


+ - + 

'1  09  | 

31  1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1  1 

01-04  | 

1 

1 

Count 

1  1 
|  | 

05-08  | 

1 

1 

1 

1 

Data  Address 

|  n  +  1  | 

32  | 

i 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

1  1 

01-04  | 

1 

1 

Residual  Count 

1  1 

05-08 | 

1 

1 

Data  Address 

|  03  | 

j  j 

50  | 

01-02 | 

1 

1 

1 

1 

1 

1 

DIAGNOSTIC  NUMBER  PARAMETER  (vendor  specific) 

i n+i  i 

51  1 

01-  n  I 

1 

1 

1 

DIAGNOSTIC  FUNCTION  LIST  PARAMETER 

1  1 

|  | 

1 

I 

1 

1 

(vendor  specific) 

|  n  +  l  | 

52  | 

01-02 | 

1 

I 

1 

1 

DIAGNOSTIC  ACTION  CODE  PARAMETER 

1  1 

1 

1 

1 

(vendor  specific) 

1  1 

|  | 

03-  n  | 

1 

1 

1 

1 

DIAGNOSTIC  PARAMETERS  (vendor  specific) 

|  n+l  | 

53  | 

01-  n  | 

1 

1 

1 

VENDOR-UNIQUE  PARAMETER 

|  n  +  l  | 

1  1 

6C  | 

1 

i 

01  1 

1 

1 

7  | 

1 

1 

1 

REQUEST  PARM  PARAMETER 

Parameters  as  Data  * 

1  1 

1 

6  1 

1 

Parameters  in  Response  * 

1  1 

1 

5  | 

1 

Reserved 

1  1 

1 

4  1 

1 

Naked  Parameters  as  Data  * 

1  1 

|  3 

-0  | 

1 

Reserved 

1  1 

02  | 

1 

1 

Parameter  ID  Repeated  as  many 

1  1 

n  1 

1 

1 

Parameter  ID  times  as  needed 

1  1 

1  1 

1 

1 

1 

1 

1 

1 

*  mutually  exclusive  parameters 

+ - + 

-I - 1 - 1 - + - 

| PKT  I  Echoed  From  I  MAJOR  STATUS  |  RESPONSE 

j  LTH j  Command  I  CODES  | TYPE | CODE  I  PARAMETERS 

j  |  0  1  2  3  4  5|  6  |  7  j  8  through  n 

+ - 1 - H - 1 - H - H - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  113 

Response  Packet  for  PERFORM  SLAVE  DIAGNOSTICS 


| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
|  LTH j  NO  j CODE |  MOD |  MOD | ADDR j ADDR |  PARAMETERS 
|  |  0  1 |  2  |  3  j  4  |  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  81  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
Figure  114 

Command  Packet  for  PERFORM  FACILITY  DIAGNOSTICS 


+ - + - + - + - 

|  PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

I  LTH I  Command  j  CODES  | TYPE  I  CODE j  PARAMETERS 
|  012345|  6  |  7  j  8  through  n 

+ - H - + - f - 1 - 1 - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  115 

Response  Packet  for  PERFORM  FACILITY  DIAGNOSTICS 
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Table  97 

Perform  Facility  Diagnostics  Parameters 
+  -  + - + - - + - + - + 

| @ | LTH | ID | OCTET | X/b| DEF |  PERFORM  FACILITY  DIAGNOSTIC  PARAMETERS 


09 

n  +  1 

03 

n+1 

n+1 

n  +  1 
n+1 


01-04 

05-08 


01-04 

05-08 

01-02 

01-  n 

01-02 
03-  n 
01-  n 

01 


02 

n 


7 

6 

5 

4 

3-0 


COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

Count 

Data  Address 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

Residual  Count 
Data  Address 

DIAGNOSTIC  NUMBER  PARAMETER  (vendor  specific) 

DIAGNOSTIC  FUNCTION  LIST  PARAMETER 
(vendor  specific) 

DIAGNOSTIC  ACTION  CODE  PARAMETER 
(vendor  specific) 

DIAGNOSTIC  PARAMETERS  (vendor  specific) 

VENDOR-UNIQUE  PARAMETER 

REQUEST  PARM  PARAMETER 
Parameters  as  Data  * 

Parameters  in  Response  * 

Reserved 

Naked  Parameters  as  Data  * 

Reserved 

Parameter  ID  Repeated  as  many 

Parameter  ID  times  as  needed 


+  -+ - +--+- 


*  Mutually  exclusive  parameters. 


11.3  READ  DEFECT  LIST 

11.3.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  1 16. 

11.3.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  1  17. 

11.3.3  Description.  The  READ  DEFECT  LIST 
command  transfers  the  Working  Permanent.  Working 
Temporary.  Suspect  Permanent,  or  Suspect  Tem¬ 
porary  media  defect  list  as  specified  by  the 
modifier  octet,  for  the  partition  defined  in  the 
Partition  parameter  (if  any),  or  by  a  preceding 
OPERATING  MODE  command  (if  any)  in  a  Chain, 
Sequence,  or  Order. 

Note  that  the  media  defect  fist  may  be  re¬ 
turned  as  data,  although  it  consists  of  the  pa¬ 
rameter  list  containing  the  requested  informa¬ 
tion.  Media  defect  information  is  kept  in  a 
variety  of  ways  by  different  vendors,  and  the 
parameter  format  provides  a  common  method  of 
communicating  the  information. 

(I)  The  Permanent  or  Temporary  modifier  ident¬ 
ifies  whether  the  permanent  or  temporary  list  is 
to  be  used 


(2)  The  Working  or  Suspect  modifier  identifies 
whether  the  working  or  suspect  list  is  to  be 

used 

(3)  The  Sequential  modifier  indicates  that  the 
requested  defect  list  entries  are  to  be  returned 

in  order  of  ascending  address.  The  Chronological 
modifier  indicates  that  the  requested  defect 
list  entries  are  to  be  returned  in  the  order  in 
which  media  replacements  occurred. 

Chronological  defect  lists  have  several  spe¬ 
cial  characteristics.  For  uses  of  the  AL¬ 
LOCATE  RESTORE  command  that  must  operate 
on  defects  in  reverse  chronological  order,  this 
list  provides  that  order.  If  a  REALLOCATE 
command  is  being  used  to  restore  a  slave's  Work¬ 
ing  set  of  defects,  the  chronological  list  provides 
the  order  of  reallocations  that  will  restore  the 
current  condition.  Duplicate  entries  may  appear  in 
chronological  defect  lists  to  indicate  multiple  de¬ 
fects  in  the  same  block  over  a  period  of  time. 

11.3.4  Read  Defect  List  Parameters 

11.3.4.1  Parameters  31-57.  These  param¬ 
eters  shall  be  as  shown  in  Table  98. 
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+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH  j  NO  | CODE |  MOD j  MOD | ADDR | ADDR j  PARAMETERS 

|  |  0  1 j  2  |  3  |  4  j  5  j  6  through  n 

xxxx  xxxx  82  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  |  |  0  =  Permanent  l«=Temporary 

| |  0=Working  l=Suspect 

|  0=Sequential  l“Chronological 


Figure  116 

Command  Packet  for  READ  DEFECT  LIST 


+ - + - + - + - 

| PKT  I  Echoed  F  rom I  MAJOR  STATUS  |  RESPONSE 

|  LTH I  Command  I  CODES  I  TYPE  I  CODE j  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 

7654  3210  3210 


Figure  117 

Response  Packet  for  READ  DEFECT  LIST 


Table  98 

Read  Defect  List  Parameters  31-57 


+-  + - +  — + - + - + - + 


|  @ | LTH | ID 


OCTET | X/b | DEF | 


READ  DEFECT  LIST  PARAMETERS 


+ - +  -- 

|  09  | 31 

1  1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5 

.2) 

1  1 

|  01-04 | 

1 

1 

Count 

1  1 

|  05-08 | 

1 

1 

Data  Address 

1  1 
| n+1 | 32 

1  1 

I  1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5. 

5.3) 

1  1 

|  01-04 | 

1 

1 

Residual  Count 

1  1 

|  05-08 | 

1 

1 

Data  Address 

1  1 
|  n+1 | 3E 

1  1 
| 01-  n | 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1 
| n+1 | 55 

1  1 

|  | 

1 

1 

1 

| 

DEFECTIVE  DATABLOCK  PARAMETER 

|  | 

| 01-02  | 

1 

1 

Size  of  DataBlock  Address  Fields 

|  | 

1  03-  | 

1 

1 

Address  of  Defective  DataBlock 

(first) 

1  1 

| n-  : n | 

1 

1 

Address  of  Defective  DataBlock 

( last ) 

1  1 
j  n  +  1 j  56 

i  i 

i  i 

1 

! 

1 

1 

TRACK  DEFECTS  LIST  PARAMETER 

1  1 

1  1 

| 01-04  | 

| 05-06  | 

1 

1 

1 

1 

Cylinder 

Track 

( first) 

|  | 

| 07-0A | 

1 

1 

Octet  Offset  into  track 

|  | 

j  0B-0C 1 

1 

1 

Length  of  defect  (in  bits) 

( last ) 

1  1 

| n-B : 8  j 

1 

1 

Cyl i nde  r 

|  | 

j  n-7 : 6 | 

1 

1 

Track 

|  | 

| n  —  5 : 2 | 

1 

1 

Octet  Offset  into  track 

1  1 

j  n-1 : n | 

1 

1 

Length  of  defect  (in  bits) 

1  1 
|  n+1 | 57 

1  1 
|  | 

1 

I 

1 

| 

SECTOR  DEFECTS  LIST  PARAMETER 

1  1 

| 01-04  | 

1 

i 

Cyl inder 

(first) 

1  I 

|05-06  | 

1 

1 

Track 

|  | 

| 07-08  | 

1 

1 

No  of  Sector  after  Index 

|  | 

| 09-0A | 

I 

1 

Octet  Offset  within  Sector 

|  | 

| 0B-0C | 

1 

1 

Length  of  defect  (in  bits) 

( last ) 

1  1 

| n-B :  8 

1 

1 

Cyl inde r 

|  | 

| n-7 : 6  | 

I 

1 

Track 

|  | 

| n-5  :  4  | 

1 

1 

No  of  Sector  after  Index 

|  | 

I n—  3:21 

| 

1 

Octet  Offset  within  Sector 

1  1 

1  1 

- + 

C  1 

1 — 1  1 

1  1 

C  | 

1 

1 

1 

1 

Length  of  defect  (in  bits) 
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11.3.4.1.1  Command  Extent  (Common) 
Parameter.  This  parameter  identifies  the  count 

of  data  to  be  transferred  and  the  offset  within 
the  list  at  which  transfer  is  to  begin  (see  also 
5.5.2). 

11.3.4.1.2  Response  Extent  (Common) 
Parameter.  See  5.5.3. 

11.3.4.1.3  Partition  (Common)  Param¬ 
eter.  See  5.5.15. 

11.3.4.1.4  Defective  DataBlock  Param¬ 
eter.  This  parameter  may  be  returned  as  data  to 
indicate  DataBlocks  that  currently  contain  de¬ 
fective  media,  or  DataBlocks  that  have  been  af¬ 
fected  by  defect  reallocation.  This  depends  on 
which  list  is  read,  and  vendor-specific  defect 
management  algorithms  (see  also  9. 4. 4. 2. 2). 

11.3.4.1.5  Track  Defects  List  Parameter. 
See  8. 7. 6. 3.1. 

11.3.4.1.6  Sector  Defects  List  Param¬ 
eter.  See  8. 7. 6. 3. 2. 

11.3.4.2  Parameters  58-6D.  These  param¬ 
eters  shall  be  as  shown  in  Table  99. 

11.3.4.2.1  Variable  Size  Sectors  Param¬ 
eter.  This  parameter  immediately  precedes  the 

first  Track  Defects  List  parameter.  The  first 
value  defines  the  Number  of  Cells  at  the  Index 
Gap.  and  the  second  defines  the  number  of  octets 
in  a  regular  cell.  The  third  field  contains  the 
number  of  cells  reserved  per  track  for  skipping 
flaws. 

11.3.4.2.2  Cell  Defects  List  Parameter. 

See  8. 7. 6. 4. I . 

11.3.4.2.3  Request  Parm  Parameter.  See 

6.3.4.13. 1 . 

11.3.4.2.4  Parm  Length  Parameter.  See 

6.3.4.13.2. 

11.4  WRITE  DEFECT  LIST 

11.4.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

118. 

11.4.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 

I  19. 

11.4.3  Description.  The  WRITE  DEFECT 
LIST  command  transfers  addresses  of  Per¬ 
manent  or  Temporary  defects,  as  determined  by 
the  modifier  byte,  to  the  Suspect  Permanent  or 
Suspect  Temporary  defect  list  for  the  partition 
defined  in  the  Partition  parameter  (if  any),  or 
by  a  preceding  OPERATING  MODE  command 
(if  any)  in  a  Chain,  Sequence,  or  Order. 

WRITE  DEFECT  LIST  does  not  cause  the 
slave  to  begin  any  reallocation  of  data. 


The  location  and  format  of  the  defect  list  are 
slave  or  facility  dependent.  Note  that  the  media 
defect  list  may  be  transferred  as  data.  The  Re¬ 
quest  Parms  parameter  shall  identify  if  the  list 
is  to  be  transferred  as  data,  and  if  it  is  to  be 
a  general  transfer  or  a  specific  transfer, 
containing  only  the  contents  of  the  param¬ 
eter. 

Entries  in  the  Suspect  defect  list  do  not 
cause  media  replacement  until  the  next  FORMAT  or 
REALLOCATE  command. 

(1)  The  Permanent  or  Temporary  modifier  ident¬ 
ifies  the  Suspect  list  to  be  used. 

(2)  The  Clear  Defect  List  modifier  is  used  to 
clear  the  entire  list  of  all  entries.  It  allows 

the  master  to  force  the  slave  to  reference  the 
manufacturer’s  initial  list  of  flaws  when  a  suc¬ 
ceeding  FORMAT  command  is  issued. 

(3)  The  Create  or  Append  modifier  is  used  to 
break  up  a  long  parameter  list  into  multiple 
smaller  ones  that  can  be  transferred  to  the 
slave.  The  Create  clears  any  existing  informa¬ 
tion  in  the  addressee's  Suspect  defect  list  as 
identified  by  the  modifier. 

If  the  Create  modifier  is  set.  the  old  Suspect 
list  is  replaced  by  the  list  transferred  with 
this  command.  Otherwise,  the  transferred  defect 
list  shall  be  appended  to  the  existing  Suspect 
defect  list. 

To  supply  defect  information  for  areas  other 
than  the  Data  Partition,  it  is  necessary  to 
precede  this  command  in  a  Chain,  Sequence,  or 
Order  with  an  OPERATING  MODE  command  that 
identifies  the  required  partition. 

It  is  recommended  that  the  defect  lists  be 
kept  with  the  media  to  which  they  are  applic¬ 
able.  In  the  case  of  removable  media,  this  im¬ 
plies  that  the  lists  need  to  be  recorded  on  the 
media. 

11.4.4  Write  Defect  List  Parameters 

11.4.4.1  Parameters  31-57.  These  param¬ 
eters  shall  be  as  shown  in  Table  100. 

11.4.4.1.1  Command  Extent  (Common) 
Parameter.  See  5.5.2. 

11.4.4.1.2  Response  Extent  (Common) 
Parameter.  See  5.5.3. 

11.4.4.1.3  Partition  (Common)  Param¬ 
eter.  See  5.5.15. 

11.4.4.1.4  Defective  DataBlock  Param¬ 
eter.  This  parameter  contains  a  list  of  Data¬ 
Block  addresses  that  are  to  be  placed  in  a  de¬ 
fect  list  (see  also  9. 4. 4. 2. 2). 

11.4.4.1.5  Track  Defects  List  Param¬ 
eter.  See  8. 7. 6. 3. I . 
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Table  99 

Read  Defect  List  Parameters  58-6D 
+  _  + +  --+ - + + + 

| @ | LTH I  ID  I  OCTET  I X/b I DEF I  READ  DEFECT  LIST  PARAMETERS 

+  -  + +  --  + - + + + - 


|  S  1  09 

|  58  |  | 

1 

|  VARIABLE  SIZE  SECTORS  PARAMETER 

1  1 

|  | 01-02 | 

1 

|  Size  of  Cells  at  Index  Gap 

1  1 

|  |  03-04  | 

1 

|  Cell  Size 

1  1 

|  |05-06| 

1 

j  No  of  Cells  Reserved  per 

Track  to  Skip  Flaws 

1  1 

|  |  07-08 | 

1  1  1 

1 

1 

j  No  of  Cells  to  Skip  per 

i 

Flaw 

| S 1 n+1 

1  t  1 

|  5A|  | 

1 

1 

1 

|  CELL  DEFECTS  LIST  PARAMETER 

1  1 

|  j  01-0  4 | 

1 

|  Cylinder 

(first) 

1  1 

|  | 0 5-06  | 

1 

j  Track 

1  1 

|  1 07-08  | 

1 

j  No  of  Defective  Cells 

1  1 

|  | 09-0C | 

1 

|  Offset  of  Defective  Cell 

#1 

1  1 

|  | 0D-  m| 

1 

j  Offset  of  Defective  Cell 

#2 

through  end 

1  1 

1  |  n  -  j 

1 

j  Cylinder 

( last ) 

1  1 

1  |  n  -  | 

1 

j  Track 

1  1 

1  |  n  -  | 

1 

j  No  of  Defective  Cells 

1  1 

1  |  n  -  | 

1 

j  Offset  of  Defective  Cell 

#1 

1  1 

1  i 

1  ]  n  -  j 

1  l 

1 

1 

|  Offset  of  Defective  Cell 

#2 

through  end 

1  1 

| M | n+1 

!  1  1 

|  6C  1  1 

1 

1 

1 

|  REQUEST  PARM  PARAMETER 

1  1 

II  01| 

7  | 

j  Parameters  as  Data 

* 

1  1 

1  1  1 

6  1 

|  Parameters  in  Response 

* 

1  1 

1  1  1 

5  | 

|  Length 

★ 

1  1 

1  1  1 

4  1 

|  Naked  Parameters  as  Data 

★ 

1  1 

II  I  3 

-o  I 

|  Reserved 

1  1 

II  02 1 

1 

j  Parameter  ID 

Repeated  as  many 

1  I 

1  ! 

II  n  j 

1  1  1 

1 

1 

|  Parameter  ID 

1 

times  as  needed 

1  1 

|  S  |  05 

1  1  1 

|  6D  |  | 

1 

1 

1 

|  PARM  LENGTH  PARAMETER 

I  1 

1  1 

|  |  01-04  | 

1  1  1 

1 

1 

|  Length  of  Parameter  List 

1 

+  -  + - +  --  + - + - + - + 


*  Mutually  exclusive  parameters. 


+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH j  NO  j CODE |  MOD j  MOD j ADDR j ADDR j  PARAMETERS 

|  j  0  1 |  2  |  3  j  4  |  5  |  6  through  n 

+ - + - + - + - + + - + - 

xxxx  xxxx  83  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  |  |  0*=Permanent  l  =  Temporary 
| |  Clear  Defect  List 
|  0=Append  l=Create 

Figure  118 

Command  Packet  for  WRITE  DEFECT  LIST 


+ - + - + - + - 

| PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

I  LTH I  Command  |  CODES  | TYPE | CODE |  PARAMETERS 

|  012345|  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  119 

Response  Packet  for  WRITE  DEFECT  LIST 
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Table  100 

Write  Defect  List  Parameters  31-57 


+  -  + +  --+ - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  WRITE  DEFECT  LIST  PARAMETERS 

+  -  + +  —  + - + + + - 


| M | 09  | 31  |  | 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5 

.2) 

1  1  1  |  01-04 | 

1 

i 

Count 

1  1  1  |  0  5-08 | 
ii  ii  i 

1 

1 

1 

1 

Data  Address 

II  II 

| S | n+1 | 32  |  | 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5. 

5.3) 

1  1  1  | 01-04  | 

1 

1 

Residual  Count 

1  1  1  | 05-08 | 

i 

1 

1 

1 

1 

Data  Address 

1  1  1  1  1 

| M | n+1 | 3E | 01-  n | 

i  i  i  i  i 

1 

1 

1 

1 

1 

1 

PARTITION  PARAMETER  (See  5.5.15) 

1  1  1  1  1 

| M | n+1 | 55 |  | 

1 

1 

1 

DEFECTIVE  DATABLOCK  PARAMETER 

1  I  |  |  01-02 | 

1 

1 

Size  of  DataBlock  Address  Fields 

1  1  1  I  0  3-  | 

1 

1 

Address  of  Defective  DataBlock 

(first) 

II  j  1 n-  : n | 

ill  i 

1 

1 

1 

1 

Address  of  Defective  DataBlock 

( last ) 

| M | n+1 | 56  |  | 

1 

1 

1 

1 

TRACK  DEFECTS  LIST  PARAMETER 

1  I  i  | 01-04  | 

1 

1 

Cyl inde  r 

(first) 

1  1  1  |05-06| 

1 

1 

Track 

j  |  |  | 07-0A | 

1 

1 

Octet  Offset  into  track 

j  |  |  | 0B-0C | 

1 

1 

Length  of  defect  (in  bits) 

j  |  |  | n-B : 8 | 

1 

1 

Cylinder 

( last ) 

II  1  | n-7  :  6  | 

1 

1 

Track 

j  |  j  | n- 5 : 2 | 

1 

1 

Octet  Offset  into  track 

|  |  |  | n-1 : n | 

i  i  i  i  i 

1 

1 

1 

1 

Length  of  defect  (in  bits) 

1  1  1  1  1 
| M | n  +  1 | 57  |  | 

1 

1 

1 

1 

SECTOR  DEFECTS  LIST  PARAMETER 

1  1  1  | 01-04  | 

1 

1 

Cylinder 

(first) 

1  1  1  | 05-06  | 

1 

1 

Track 

1  1  1  |07-08| 

1 

1 

No  of  Sector  after  Index 

1  1  1  | 09-0C | 

1 

1 

Octet  Offset  within  Sector 

j  |  |  | 0D-0E | 

1 

1 

Length  of  defect  (in  bits) 

|  |  j  | n-D : A | 

1 

1 

Cylinder 

( last ) 

1  1  1  |  n—  9  :  8  | 

1 

1 

Track 

1  1  1  | n-7 : 6 | 

1 

1 

No  of  Sector  after  Index 

1  I  j  | n— 5 : 2  j 

1 

1 

Octet  Offset  within  Sector 

I  |  |  | n-1 : n | 

II  1  1  1 

1 

1 

1 

1 

Length  of  defect  (in  bits) 

+  -  + - +  --  + - + - + - + 


11.4.4.1.6  Sector  Defects  List  Param¬ 
eter.  See  8. 7. 6. 3. 2. 

11.4.4.2  Parameters  58-6C.  These 
parameters  shall  be  as  shown  in  Table  101. 

11.4.4.2.1  Variable  Size  Sectors  Param¬ 
eter.  See  I  1 .3.4.2. 1 . 

11.4.4.2.2  Cell  Defects  List  Parameter. 
See  8. 7. 6. 4.1. 

11.4.4.2.3  Request  Parm  Parameter. 

See  6.3.4.13.1. 

11.5  READ  ERROR  LOG 

11.5.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure 

120. 

11.5.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 
121. 

11.5.3  Description  The  READ  ERROR  LOG 
command  provides  a  method  for  the  master  to  re¬ 


quest  statistics  on  usage  information,  error  in¬ 
formation,  or  both,  from  the  addressee  because 
it  transfers  the  recorded  error  log  data  from 
the  addressee.  The  error  log  contents  and  format 
are  slave  or  facility  specific. 

Note  that  the  error  log  contents  may  be  re¬ 
turned  as  data  containing  the  parameter  list 
with  the  requested  information.  The  error  log 
data  may  be  maintained  automatically  by  the 
slave,  maintained  under  direct  control  of  the 
master,  or  by  a  combination  of  both. 

If  the  addressee  does  not  automatically  clear 
error  and  usage  counters  after  the  successful 
completion  of  the  command,  the  master  shall 
specifically  do  so  by  using  the  Clear  Error  Log 
modifier.  If  the  addressee  does  automatically 
clear  the  error  log  after  successful  completion 
of  the  command,  the  clearing  of  the  log  shall  be 
inhibited  when  the  Clear  Error  Log  modifier  is 
set. 
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Table  101 

Write  Defect  List  Parameters  58-6C 


+  -  + +  --  + - + + + 

| @ | LTH | ID | OCTET | X/b | DEF |  WRITE  DEFECT  LIST  PARAMETERS 

+  -  + + —  + - + + + - 


| M | 09  | 58 |  | 

1 

|  VARIABLE  SIZE  SECTORS  PARAMETER 

1  I  1  | 01-02 | 

1 

|  Size  of  Cells  at  Index  Gap 

1  1  1  |  03-04 | 

1 

|  Cell  Size 

1  1  1  |  05-06 | 

1 

|  No  of  Cells  Reserved  per 

Track  to  Skip  Flaws 

I  1  1  |07-08| 

II  II 

1 

1 

|  No  of  Cells  to  Skip  per 

1 

Flaw 

l  l  1  l  l 

| M | n+1 | 5A |  | 

1 

1 

1 

|  CELL  DEFECTS  LIST  PARAMETER 

1  1  1  |01-04| 

1 

|  Cylinder 

(first) 

1  1  1  |05-06| 

1 

|  Track 

1  1  1  |07-08| 

1 

|  No  of  Defective  Cells 

1  1  1  | 09-0C | 

1 

j  Offset  of  Defective  Cell 

#1 

i  1  I  j  0D-  m| 

1 

|  Offset  of  Defective  Cell 

#2 

through  end 

II  1  |  n  -  j 

1 

|  Cylinder 

( last ) 

II  1  |  n  -  j 

1 

j  Track 

II  1  |  n  -  j 

1 

|  No  of  Defective  Cells 

II  1  I  n  -  | 

1 

j  Offset  of  Defective  Cell 

#1 

II  1  |  n  -  | 

1  1  1  1  1 

1 

1 

j  Offset  of  Defective  Cell 

#2 

through  end 

1  1  1  1  1 

| M | n+1 | 6C |  | 

1 

1 

1 

|  REQUEST  PARM  PARAMETER 

II  II  01| 

7  | 

|  Parameters  as  Data 

* 

Mil  1 

6  1 

|  Parameters  in  Response 

* 

Mil  1 

5  | 

|  Reserved 

II  1  1  1 

4  1 

j  Naked  Parameters  as  Data 

★ 

II  II  1  3 

-0  | 

|  Reserved 

II  II  02  | 

1 

j  Parameter  ID 

Repeated  as  many 

II  II  n  | 

II  1  1  1 

II  1  1  1 

1 

1 

1 

j  Parameter  ID 

1 

1 

times  as  needed 

+  -  + - +  --  + - + - + - + 


*  Mutually  exclusive  parameters. 


|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 
j  LTH j  NO  | CODE j  MOD |  MOD j ADDR | ADDR j  PARAMETERS 
joij  2  j  3  |  4  |  5|6  through  n 

xxxx  xxxx  84  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 
j  j  j  Clear  Error  Log 


Figure  120 

Command  Packet  for  READ  ERROR  LOG 


+ - + - + - + - 

|  PKT  |  Echoed  From |  MAJOR  STATUS  |  RESPONSE 

I  LTH I  Command  I  CODES  | TYPE | CODE j  PARAMETERS 

|  012345|  6  |  7  |  8  through  n 

h - 1 - h - i - 1 - t - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  121 

Response  Packet  for  READ  ERROR  LOG 
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Table  102 

Read  Error  Log  Parameters 


+  -  + +  --  + - + + + 

|  @ | LTH I  ID  I  OCTET  I X/b I DEF I  READ  ERROR  LOG  PARAMETERS 

+-+ + —  + - + + + - 


|  M  |  09 

1  31  |  | 

1 

|  COMMAND  EXTENT  PARAMETER 

(See  5.5.2) 

1  1 

|  |01-04| 

1 

j  Count 

1  1 

1  1 

|  | 05-08  | 

i  i 

1 

1 

j  Data  Address 

i 

1  1 

| S 1 n+1 

1  1  1 

1  32  |  | 

1 

1 

1 

|  RESPONSE  EXTENT  PARAMETER 

(See  5.5.3) 

i  i 

|  | 01-04  | 

1 

|  Residual  Count 

i  i 

i  i 

|  |05-08| 

i  i  i 

1 

1 

|  Data  Address 

1 

1  1 

| S | n+1 

i  i 

1  1  1 

| 50 | 01-  n | 

i  i  i 

1 

1 

1 

1 

|  ERROR  LOG  PARAMETER  (vendor  specific) 

i 

1  1 

| M | n+1 

1  1  1 
|  6C  |  | 

1 

1 

i 

|  REQUEST  PARM  PARAMETER 

i  i 

II  01| 

7  | 

|  Parameters  as  Data 

★ 

i  i 

1  1  1 

6  1 

|  Parameters  in  Response 

★ 

i  i 

1  1  1 

5  | 

|  Length 

* 

1  1  1 

4  1 

|  Naked  Parameters  as  Data 

* 

i  i 

II  1  3 

-o  I 

|  Reserved 

i  i 

II  02  | 

1 

|  Parameter  ID 

Repeated 

i  i 
i  i 

II  n  1 

1  1  1 

1 

1 

j  Parameter  ID 

1 

times  as 

i  i 

|  S  1  05 

1  1  1 
|  6D|  | 

1 

1 

1 

|  PARM  LENGTH  PARAMETER 

1  1 

1  1 

|  | 01-04  | 

1  1  1 

1 

1 

|  Length  of  Parameter  List 

1 

+  -  + - +  --  + - + - + - + - 

*  Mutually  exclusive  parameters. 


+ - + - + - + - + - + - + - + - 

|  PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH  j  NO  j CODE j  MOD j  MOD j ADDR j ADDR j  PARAMETERS 

I  0  1 |  2|  3  j  4  j  5  j  6  through  n 

+ - + - + - + - + - + - + - 

xxxx  xxxx  85  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 


|  0=Append  l=Create 


Figure  122 

Command  Packet  for  WRITE  ERROR  LOG 


11.5.4  Parameters.  The  Read  Error  Log 
Parameters  shall  be  as  shown  in  Table  102. 

11.5.4.1  Command  Extent  (Common)  Pa¬ 
rameter.  See  5.5.2. 

11.5.4.2  Response  Extent  (Common)  Pa¬ 
rameter.  See  5.5.3. 

11.5.4.3  Error  Log  Parameter.  The  field  or 
fields  in  this  parameter  shall  be  defined  in  the 
vendor  documentation. 

11.5.4.4  Request  Parm  Parameter.  See 

6.3.4.13.1. 

11.5.4.5  Parm  Length  Parameter.  See 

6.3.4.13.2. 

11.6  WRITE  ERROR  LOG 

11.6.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  122. 

11.6.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure 
123. 

11.6.3  Description.  The  WRITE  ERROR  LOG 
command  transfers  error  log  data  to  the  ad¬ 
dressee.  The  error  log  contents  and  format  are 


slave  or  facility  specific  and  may  be  transfer¬ 
red  as  data  although  it  consists  of  the  param¬ 
eter  list  containing  the  required  information  to 
be  logged. 

The  Create  modifier  clears  any  existing  infor¬ 
mation  in  the  addressee’s  error  log.  and  resets 
any  usage  or  error  counters  to  zero. 

11.6.4  Parameters.  The  Write  Error  Log  Pa¬ 
rameters  shall  be  as  shown  in  Table  103. 

11.6.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

11.6.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

11.6.4.3  Error  Log  Parameter.  See 

11.5.4.1.3. 

11.6.4.4  Request  Parm  Parameter.  See 

6.3.4.13.1. 

11.7  DIAGNOSTIC  CONTROL 

11.7.1  Command  Packet.  The  command  packet 
for  this  command  shall  be  as  shown  in  Figure  124. 

11.7.2  Response  Packet.  The  response  packet 
for  this  command  shall  be  as  shown  in  Figure  125. 
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Table  103 

Write  Error  Log  Parameters 


+  -  + - +  --+ - + - + - + 


| @ | LTH | ID | OCTET | X/b | DEF |  WRITE  ERROR  LOG  PARAMETERS 


+ - 

|  09 

1  31 

1  1 

1 

1 

COMMAND  EXTENT  PARAMETER  (See  5.5.2) 

1 

1 

|  01-04 | 

1 

1 

Count 

1 

1 

| 05-08 | 

1 

1 

Data  Address 

|  n  +  1 

1  32 

1  1 

i  i 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER  (See  5.5.3) 

1 

1 

|  01-04  | 

1 

1 

Residual  Count 

1 

1 

|  05-08  | 

1 

1 

Data  Address 

1 

j  n  +  1 

|  50 

C 

1 

o 

1 

1 

1 

1 

ERROR  LOG  PARAMETER  (vendor  specific) 

1 

|  n+1 

1  6C 

1  1 

1  1 

1 

1 

1 

1 

REQUEST  PARM  PARAMETER 

i 

1 

I  01  1 

7  | 

1 

Parameters  as  Data  * 

i 

1 

1  1 

0  1 

1 

Parameters  in  Response  * 

i 

1 

1  1 

5  | 

1 

Reserved 

i 

1 

1  1 

4  1 

1 

Naked  Parameters  as  Data  * 

i 

! 

1  1  3 

-0  | 

1 

Reserved 

i 

1 

1  02  | 

1 

1 

Parameter  ID  Repeated 

as  many 

i 

i 

1 

1 

0  1 

1  1 

1 

I 

1 

1 

Parameter  ID  times  as 

needed 

i 

+ - 

1 

+  -- 

1  1 

+ - +  ~ 

1 

- + - 

1 

-  +  - 

*  Mutually  exclusive  parameters. 


+ - + - + - + - 

|  PKT  I  Echoed  From  I  MAJOR  STATUS  I  RESPONSE 

j  LTH I  Command  j  CODES  | TYPE | CODE |  PARAMETERS 

|  |012345|  6  |  7  |  8  through  n 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  123 

Response  Packet  for  WRITE  ERROR  LOG 


+ - + - + - + - + - + + - + - 

| PKT  | REF  |  OP  | COM  |  OP  | SLAV | FAC  |  COMMAND 

|  LTH |  NO  | CODE j  MOD j  MOD j ADDR | ADDR j  PARAMETERS 

|  0  1  |  2  |  3  |  4  j  5  |  6  through  n 

+ - H - -4 - 1 - 1 - + - - 

xxxx  xxxx  90  bbbb  bbbb  xx  xx 
7654  3210 

| | | |  Count  0=Octet  l=Block 


Figure  124 

Command  Packet  for  DIAGNOSTIC  CONTROL 


+ - + - + - + - 

| PKT  |  Echoed  From|  MAJOR  STATUS  |  RESPONSE 

I  LTH I  Command  I  CODES  I  TYPE  I  CODE  I  PARAMETERS 
|  012345|  6  |  7  j  8  through  n 

+ - + - + - + - + - + - 

xxxx  eeeeeeeeeeee  bbbb  bbbb  0001  bbbb 
7654  3210  3210 


Figure  125 

Response  Packet  for  DIAGNOSTIC  CONTROL 
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Table  104 

Diagnostic  Control  Parameters 


+-  + - + — + - + - + - + 


| @ I LTH I  ID  I  OCTET | X/b | DEF |  DIAGNOSTIC  CONTROL  PARAMETERS 


+ 

1 

1 

1 

+ 

1 

+ 

| M | 09  | 

1  1  1 

31  1 

1 

01-04 | 

1 

1 

1 

1 

COMMAND  EXTENT  PARAMETER 
Count 

(See  5.5.2) 

1  1  1 

05-08 | 

1 

1 

Data  Address 

I  1  1 

| S | n  +  1  | 

1  1  1 

32  | 

1 

1 

01-04  1 

1 

1 

1 

1 

1 

1 

RESPONSE  EXTENT  PARAMETER 
Residual  Count 

(See  5.5.3) 

1  1  1 

o 

<_n 

1 

o 

CD 

1 

1 

Data  Address 

|  M  |  0  3  | 

50  | 

1 

01-02 | 

1 

1 

1 

1 

DIAGNOSTIC  NUMBER  PARAMETER  (vendor  Specific) 

1  1  1 
| M | n+1 | 

31  1 

c 

i 

% — i 

o 

1 

1 

1 

1 

DIAGNOSTIC  FUNCTION  LIST 

PARAMETER 

i  i  i 

I 

1 

1 

(vendor  specific) 

1  1  1 
| M | n+1 | 

52  | 

01-02  | 

1 

1 

1 

1 

DIAGNOSTIC  ACTION  CODE  PARAMETER 

i  i  i 

1 

1 

1 

(vendor  specific) 

1  !  1 

03-  n  | 

1 

1 

DIAGNOSTIC  PARAMETERS  (vendor  specific 

| M | n+ 1  | 

33  | 

C 

1 

O 

1 

1 

1 

VENDOR-UNIQUE  PARAMETER 

1  1  1 

| M | n+1 | 

i  i  i 

6C  | 

i 

1 

01  1 

1 

1 

7  | 

1 

1 

1 

REQUEST  PARM  PARAMETER 
Parameters  as  Data 

★ 

i  i  i 

1 

6  1 

1 

Parameters  in  Response 

★ 

i  i  i 

1 

5  | 

1 

Reserved 

i  i  i 

1 

4  1 

1 

Naked  Parameters  as  Data 

* 

i  i  i 

|  3 

-0  | 

1 

Reserved 

i  i  i 

02  | 

i 

1 

Parameter  ID 

Repeated 

as  many 

i  i  i 

i  i  i 

i  i  i 

n  | 

i 

i 

1 

1 

1 

1 

1 

1 

Parameter  ID 

times  as 

needed 

*  Mutually 

exclusive 

parameters. 

11.7.3  Description.  If  there  are  no  pa¬ 
rameters.  the  DIAGNOSTIC  CONTROL 
command  causes  the  slave  to  transfer  any 
diagnostic  results  currently  in  the  slave  as 
data. 

The  DIAGNOSTIC  CONTROL  command  allows 
the  master  to  load  either  a  slave  or  a  facility 
diagnostic.  The  diagnostic  is  transferred  to  the 
slave  as  data.  Following  loading,  the  selected 
slave  or  facility  shall  execute  the  supplied 
diagnostic.  The  slave  shall  execute  according  to 
the  list.  The  parameters  may  result  in  transfers 
to  or  from  the  master,  and.  depending  on  the 
diagnostic  sequences,  both  may  occur  during  ex¬ 
ecution  of  this  single  command. 

Results  from  the  loaded  diagnostic  may  be  re¬ 
turned  to  the  master  as  data.  The  parameters 
contained  in  the  command  packet  and  the  results 
returned  shall  be  defined  in  each  product's 
functional  specification. 


This  command  may  be  used  to  read  and  write  ID 
fields,  to  read  and  write  data  fields  of  sectors 
whose  ID  fields  were  damaged,  and  for  other 
facility-type  specific  operations. 

11.7.4  Parameters.  The  Diagnostic  Control 
parameters  shall  be  as  shown  in  Table  104. 

11.7.4.1  Command  Extent  (Common)  Param¬ 
eter.  See  5.5.2. 

11.7.4.2  Response  Extent  (Common)  Param¬ 
eter.  See  5.5.3. 

11.7.4.3  Diagnostic  Number  Parameter.  See 

I  1.1. 4.3. 

11.7.4.4  Diagnostic  Function  List  Param¬ 
eter.  See  1  1 . 1 .4.4. 

11.7.4.5  Diagnostic  Action  Code  Parameter. 

See  I  1.1.4. 5. 

11.7.4.6  Vendor-Unique  Parameter.  See 

11.1.4.6. 

11.7.4.7  Request  Parm  Parameter.  See 

6.3.4.13.1. 
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12.  COMMAND  SUMMARY 

12.1  Control  Commands 


OP 

COMMAND 

OPCODE  MODIFIERS 

00 

NOP 

None 

01 

FACILITY  OPERATION 

None 

02 

ATTRIBUTES 

x ' 0 '  -  Report 
x  '  1 ’  -  Initialize 
x'2'  -  Restore 
x ' 9 '  -  Load 
x ' A '  -  Save 

03 

REPORT  ADDRESSEE  STATUS 

0  -  Condition 

1  -  Status 

2  -  Port  Query 

04 

PORT  ADDRESS 

0  -  Reserve/Release 

1  -  Priority  Reserve 

2  -  Notify  Alternate  Ports  of 

Priority  Reserve 

05 

PATH  CONTROL 

0  -  Purge  Commands  Outstanding 
at  Excluded  Port 

1  -  Path  Select 

06 

ATTENTION  CONTROL 

x'0'  -  Enable 
x ' 2 '  -  Disable 
x ' 4 '  -  Clear 
x  '  6  '  -  Set 

07 

OPERATING  MODE 

2  -  Report/Set 

08 

ABORT 

0  -  Orderly  Termination 

1  -  Terminate  Command  In  Progress 

2  -  Terminate  All  Commands  Not 

In  Progress 

09 

ACCESS  PERMITS 

x ' 0 '  -  Report 
x ' 1 '  -  Initialize 
x ' 2 '  -  Restore 
x ' 9 '  -  Load 
x'A'  -  Save 

2  -  DataBlock/PhysicalBlock 

0A 

RESUME 

None 

0B 

PORT  RESPONSE 

None 

OC 

ANTICIPATED  ACTION 

None 
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12.2  Position  Commands 


OP  COMMAND 

41  POSITION  CONTROL 

42  REPORT  POSITION 

44  REPORT  DISCONTINUITY 

12.3  Transfer  Commands 

OP  COMMAND 

10  READ 

11  READ  RAW  DATA 

12  READ  REPLICATED  DATA 

18  SEARCH 

20  WRITE 

21  WRITE  PATTERN 

28  FORMAT 


OPCODE  MODIFIERS 


0  Octet/Block  Count 
2  -  DataBlock/Physi calBlock 

0  -  Octet/Block  Count 
2  -  DataBlock/PhysicalBlock 

0  -  Octet/Block  Count 

1  -  Search/List 

2  -  DataBlock/PhysicalBlock 


OPCODE  MODIFIERS 


0  -  Octet/Block  Count 

1  -  Data  Recovery  On/Off 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

0  -  Octet/Block  Count 

1  -  Data  Recovery=l  (Off) 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

0  -  Count=l  (Block) 

1  -  Data  Recovery  On/Off 

2  -  DataBlock/PhysicalBlock 

0  -  Octet/Block  Count 

1  -  Data  Recovery  On/Off 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

0  -  Octet/Block  Count 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

0  -  Octet/Block  Count 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

0  -  Octet/Block  Count 

1  -  Inhibit  Defect  Reallocation 

2  -  DataBlock/PhysicalBlock 

3  -  Initialize  Format 
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12.4  Combination  Commands 


OP 

COMMAND 

OPCODE  MODIFIERS 

30 

COPY 

None 

31 

COMPARE  SLAVE  DATA 

None 

32 

COMPARE  DATA 

None 

33 

REALLOCATE 

0  -  Relocate  Data 

34 

ALLOCATE  RESTORE 

0  -  Relocate  Data 

35 

SHADOW  READ 

None 

36 

SHADOW  WRITE 

None 

37  SHADOW  RESTORE 

.5  Other  Transfer  Commands 

None 

OP 

COMMAND 

OPCODE  MODIFIERS 

50 

READ  VERIFY 

0  -  Octet/Block  Count 

1  -  High  Margin 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

51 

READ  AT  FIRST  AVAILABLE  DATA 

0  -  Octet/Block  Count 

1  -  Data  Recovery  On/Off 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

52 

READ  FROM  BUFFER 

None 

53 

READ  FACILITY  DATA 

TO  BUFFER 

0  -  Octet/Block  Count 

1  -  Data  Recovery  On/Off 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

54 

READ  PHYSICAL  DATA  AND  ECC 

0  -  Octet/Block  Count 

1  -  ECC/Syndrome 

3  -  Forward/Reverse 

55 

READ  PHYSICAL  HEADER 

1  -  Data  Recovery  On/Off 

3  -  Forward/Reverse 
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56 

READ  I  PL 

None 

58 

READ  PHYSICAL  HEADER  &  ECC 

1  -  ECC/Syndrome 

3  -  Forward/Reverse 

6  2 

WRITE  TO  BUFFER 

None 

63 

WRITE  BUFFER  TO 

FACILITY 

0  -  Octet/Block  Count 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

64 

WRITE  PHYSICAL 

DATA  AND  ECC 

0  -  Octet/Block  Count 

3  -  Forward/Reverse 

65 

WRITE  PHYSICAL 

HEADER 

0  -  Octet/Block  Count 

3  -  Forward/Reverse 

66 

LOAD  SLAVE  IML 

x  '  0  '  -  Load 
x ' 1 '  -  Reload 
x ' 2 ’  -  Report 
x  '  4  '  -  Store 

67 

ERASE 

0  -  Octet/Block  Count 

2  -  DataBlock/PhysicalBlock 

3  -  Forward/Reverse 

68 

WRITE  PHYSICAL 

HEADER  &  ECC 

0  -  Octet/Block  Count 

3  -  Forward/Reverse 

12.6  Diagnostic  Commands 


OP  COMMAND 

80  PERFORM  SLAVE  DIAG 

81  PERFORM  FACILITY  DIAG 

82  READ  DEFECT  LIST 

83  WRITE  DEFECT  LIST 

84  READ  ERROR  LOG 


OPCODE  MODIFIERS 


0  -  Octet/Block  Count 
0  -  Octet/Block  Count 

0  -  Octet/Block  Count 

1  -  Permanent/Temporary 

2  -  Working/Suspect 

3  -  Sequential/Chronological 

0  -  Octet/Block  Count 

1  -  Permanent/Temporary 

2  -  Clear  Defect  List 

3  -  Append/Create 

0  -  Octet/Block  Count 
1  -  Clear  Error  Log 
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85 

WRITE  ERROR  LOG 

0 

-  Octet/Block  Count 

3 

-  Append/Create 

90 

DIAGNOSTIC  CONTROL 

0 

-  Octet/Block  Count 
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X3. 115-1984  Unformatted  80  Megabyte  Trident  Pack  for  Use 
at  370  tpi  and  6000  bpi  (General,  Physical,  and  Magnetic  Charac¬ 
teristics) 

X3.1 16-1986  Recorded  Magnetic  Tape  Cartridge,  4-Track,  Serial 
0.250  Inch  (6.30  mm)  6400  bpi  (252  bpmm).  Inverted  Modified 
Frequency  Modulation  Encoded 

X3.117-1984  Printable/Image  Areas  for  Text  and  Facsimile  Com¬ 
munication  Equipment 

X3. 118-1984  Financial  Services  —  Personal  Identification  Number 
-  PIN  Pad 

X3. 119-1984  Contact  Start/Stop  Storage  Disk,  158361  Flux  Trans¬ 
itions  per  Track,  8.268  Inch  (210  mm)  Outer  Diameter  and  3.937 
inch  (100  mm)  Inner  Diameter 
X3.120-1984  Contact  Start/Stop  Storage  Disk 
X3.121-1984  Two-Sided,  Unformatted,  8-Inch  (200-mm),  48-tpi, 
Double-Density,  Flexible  Disk  Cartridge  for  13  262  ftpr  Two-Headed 
Application 

X3.122-1986  Computer  Graphics  Metafile  for  the  Storage  and 
Transfer  of  Picture  Description  Information 
X3.124-1985  Graphical  Kernel  System  (GKS)  Functional 
Description 

X3.124.1-1985  Graphical  Kernel  System  (GKS)  FORTRAN 
Binding 

X3.125-1985  Two-Sided,  Double-Density,  Unformatted  5.25-inch 
(1 30-mm),  48-tpi  (1 ,9-tpmm).  Flexible  Disk  Cartridge  for  7958 
bpr  Use 

X3.126-1986  One- or  Two-Sided  Double-Density  Unformatted 
5.25-inch  (130-mm),  96  Tracks  per  Inch,  Flexible  Disk  Cartridge 
X3. 127-1987  Unrecorded  Magnetic  Tape  Cartridge  for  Information 
Interchange 

X3. 128-1986  Contact  Start -Stop  Storage  Disk  —  83  000  Flux 
Transitions  per  Track,  130-mm  (5.1 18-in)  Outer  Diameter  and 
40-mm  (1.575-in)  Inner  Diameter 

X3. 129-1986  Intelligent  Peripheral  Interface,  Physical  Level 
X3.130-1986  Intelligent  Peripheral  Interface,  Logical  Device 
Specific  Command  Sets  for  Magnetic  Disk  Drive 
X3. 131-1986  Small  Computer  Systems  Interface 
X3. 132-1987  Intelligent  Peripheral  Interface  —  Logical  Device 
Generic  Command  Set  for  Optical  and  Magnetic  Disks 


X3. 133-1986  Database  Language  — NDL 

X3. 135-1986  Database  Language  —  SQL 

X3. 136-1986  Serial  Recorded  Magnetic  Tape  Cartridge  for 

Information  Interchange,  Four  and  Nine  Track 

X3. 139-1987  Fiber  Distributed  Data  Interface  (FDDI)  Token  Ring 

Media  Access  Control  (MAC) 

X3. 140-1986  Open  Systems  Interconnection  —  Connection 
Oriented  Transport  Layer  Protocol  Specification 
X3. 141-1987  Data  Communication  Systems  and  Services  —  Mea¬ 
surement  Methods  for  User -Oriented  Performance  Evaluation 
X3. 146-1987  Device  Level  Interface  for  Streaming  Cartridge 
and  Cassette  Tape  Drives 

X3. 147-1987  Intelligent  Peripheral  Interface  —  Logical  Device 
Generic  Command  Set  for  Magnetic  Tapes 

X3. 153-1987  Open  Systems  Interconnection  —  Basic  Connection 
Oriented  Session  Protocol  Specification 

X3. 156-1987  Nominal  8-Inch  Rigid  Disk  Removable  Cartridge 
X3.157-1987  Recorded  Magnetic  Tape  for  Information  Interchange, 
3200  CPI 

X3.158-1987  Serial  Recorded  Magnetic  Tape  Cassette  for  Informa¬ 
tion  Interchange,  0.150  Inch  (3.81  mm),  8000  bpi  (315  bpmm), 
Group  Code  Recording. 

XII. 1-1977  Programming  Language  MUMPS 

IEEE  416-1978  Abbreviated  Test  Language  for  All  Systems 

(ATLAS) 

IEEE  716-1982  Standard  C/ATLAS  Language 

IEEE  717-1982  Standard  C/ATLAS  Syntax 

IEEE  770X3.97-1983  Programming  Language  PASCAL 

IEEE  771-1980  Guide  to  the  Use  of  ATLAS 

ISO  8211-1986  Specifications  for  a  Data  Descriptive  File  for 

Information  Interchange 

MIL-STD-1815A-1983  Reference  Manual  for  the  Ada  Programming 
Language 

IMBS-ICST  1-1986  Fingerprint  Identification  —  Data  Format  for 
Information  Interchange 


X3/TRI-82  Dictionary  for  Information  Processing  Systems 
(Technical  Report) 


American  National  Standards  for  Information  Processing 


X3. 1-1987  Synchronous  Signaling  Rates  for  Data  Transmission 
X3. 2-1970  Print  Specifications  for  Magnetic  Ink  Character 
Recognition 

X3.4-1986  Coded  Character  Sets  —  7-Bit  ASCII 

X3. 5-1970  Flowchart  Symbols  and  Their  Usage 

X3. 6-1965  Perforated  Tape  Code 

X3. 9-1978  Programming  Language  FORTRAN 

X3. 11-1969  General  Purpose  Paper  Cards 

X3. 14-1983  Recorded  Magnetic  Tape  (200  CPI,  NRZI) 

X3. 15-1976  Bit  Sequencing  of  the  American  National  Standard 
Code  for  Information  Interchange  in  Serial-by-Bit  Data  Transmission 
X3. 16-1976  Character  Structure  and  Character  Parity  Sense  for 
Serial-by-Bit  Data  Communication  in  the  American  National  Stan¬ 
dard  Code  for  Information  Interchange 

X3. 17-1981  Character  Set  for  Optical  Character  Recognition 
(OCR-A) 

X3. 18-1974  One-Inch  Perforated  Paper  Tape 
X3. 19-1974  Eleven-Sixteenths-Inch  Perforated  Paper  Tape 
X3. 20-1967  Take-Up  Reels  for  One-Inch  Perforated  Tape 
X3.21-1967  Rectangular  Holes  in  Twelve-Row  Punched  Cards 
X3. 22-1983  Recorded  Magnetic  Tape  (800  CPI,  NRZI) 

X3. 23-1985  Programming  Language  COBOL 

X3. 25-1976  Character  Structure  and  Character  Parity  Sense  for 

Parallel-by-Bit  Data  Communication  in  the  American  National 

Standard  Code  for  Information  Interchange 

X3. 26-1980  Hollerith  Punched  Card  Code 

X3. 27-1987  Magnetic  Tape  Labels  and  File  Structure 

X3. 28-1976  Procedures  for  the  Use  of  the  Communication  Control 

Characters  of  American  National  Standard  Code  for  Information 

Interchange  in  Specified  Data  Communication  Links 

X3.29-1971  Specifications  for  Properties  of  Unpunched  Oiled 

Paper  Perforator  Tape 

X3. 30-1986  Representation  for  Calendar  Date  and  Ordinal  Date 
X3.31-1973  Structure  for  the  Identification  of  the  Counties  of  the 
United  States 

X3.32-1973  Graphic  Representation  of  the  Control  Characters  of 
American  National  Standard  Code  for  Information  Interchange 
X3. 34-1972  Interchange  Rolls  of  Perforated  Tape 
X3. 37-1987  Programming  Language  APT 
X3.38-1972  Identification  of  States  of  the  United  States 
(Including  the  District  of  Columbia) 

X3. 39-1986  Recorded  Magnetic  Tape  (1600  CPI,  PE) 

X3. 40-1983  Unrecorded  Magnetic  Tape  (9-Track  800  CPI,  NRZI; 
1600  CPI,  PE;  and  6250  CPI,  GCR) 

X3.41-1974  Code  Extension  Techniques  for  Use  with  the  7-Bit 
Coded  Character  Set  of  American  National  Standard  Code  for  Infor¬ 
mation  Interchange 

X3.42-1975  Representation  of  Numeric  Values  in  Character  Strings 
X3. 43-1986  Representations  of  Local  Time  of  Day 
X3.44-1974  Determination  of  the  Performance  of  Data  Communi¬ 
cation  Systems 

X3.45-1982  Character  Set  for  Handprinting 

X3. 46-1974  Unrecorded  Magnetic  Six-Disk  Pack  (General,  Physical, 
and  Magnetic  Characteristics) 

X3.47-1977  Structure  for  the  Identification  of  Named  Populated 
Places  and  Related  Entities  of  the  States  of  the  United  States  for 
Information  Interchange 

X3. 48-1986  Magnetic  Tape  Cassettes  (3.81 -mm  [0.150-Inch] 

Tape  at  32  bpmm  [800  bpi] ,  PE) 

X3.49-1975  Character  Set  for  Optical  Character  Recognition  (OCR-B) 
X3. 50-1986  Representations  for  U.S.  Customary,  SI,  and  Other 
Units  to  Be  Used  in  Systems  with  Limited  Character  Sets 
X3. 51-1986  Representations  of  Universal  Time,  Local  Time  Differ¬ 
entials,  and  United  States  Time  Zone  References 
X3.52-1976  Unrecorded  Single-Disk  Cartridge  (Front  Loading, 

2200  BPI)  (General,  Physical,  and  Magnetic  Requirements) 

X3. 53-1976  Programming  Language  PL/I 

X3. 54-1986  Recorded  Magnetic  Tape  (6250  CPI,  Group  Coded 

Recording) 

X3.55-1982  Unrecorded  Magnetic  Tape  Cartridge,  0.250  Inch 

(6.30  mm),  1600  bpi  (63  bpmm),  Phase  encoded 

X3. 56-1986  Recorded  Magnetic  Tape  Cartridge,  4  Track,  0.250 

Inch  (6.30  mm),  1600  bpi  (63  bpmm),  Phase  Encoded 

X3. 57-1977  Structure  for  Formatting  Message  Headings  Using  the 

American  National  Standard  Code  for  Information  Interchange  for 

Data  Communication  Systems  Control 


X3. 58-1977  Unrecorded  Eleven-Disk  Pack  (General,  Physical,  and 
Magnetic  Requirements) 

X3. 60-1978  Programming  Language  Minimal  BASIC 
X3.61-1986  Representation  of  Geographic  Point  Locations 
X3.62-1987  Paper  Used  in  Optical  Character  Recognition  (OCR) 
Systems 

X3.63-1981  Unrecorded  Twelve-Disk  Pack  (100  Megabytes)  (Gen¬ 
eral,  Physical,  and  Magnetic  Requirements) 

X3.64-1979  Additional  Controls  for  Use  with  American  National 

Standard  Code  for  Information  Interchange 

X3. 66-1979  Advanced  Data  Communication  Control  Procedures 

(ADCCP) 

X3. 72-1981  Parallel  Recorded  Magnetic  Tape  Cartridge,  4  Track, 
0.250  Inch  (6.30  mm),  1600  bpi  (63  bpmm).  Phase  Encoded 
X3. 73-1980  Single-Sided  Unformatted  Flexible  Disk  Cartridge 
(for  6631 -BPR  Use) 

X3. 74-1987  Programming  Language  PL/I,  General-Purpose  Subset 
X3. 76-1981  Unformatted  Single-Disk  Cartridge  (Top  Loading 
200  tpi  4400  bpi)  (General,  Physical,  and  Magnetic  Requirements) 

X3. 77-1980  Representation  of  Pocket  Select  Characters 
X3.78-1981  Representation  of  Vertical  Carriage  Positioning  Char¬ 
acters  in  Information  Interchange 

X3. 79-1981  Determination  of  Performance  of  Data  Communica¬ 
tions  Systems  That  Use  Bit-Oriented  Communication  Procedures 
X3. 80-1981  Interfaces  between  Flexible  Disk  Cartridge  Drives 
and  Their  Host  Controllers 

X3. 82-1980  One-Sided  Single-Density  Unformatted  5.25-Inch 
Flexible  Disk  Cartridge  (for  3979-BPR  Use) 

X3.83-1980  ANSI  Sponsorship  Procedures  for  ISO  Registration 
According  to  ISO  2375 

X3.84-1981  Unformatted  Twelve-Disk  Pack  (200  Megabytes) (Gen¬ 
eral,  Physical,  and  Magnetic  Requirements 
X3.85-1981  1/2-Inch  Magnetic  Tape  Interchange  Using  a  Self 
Loading  Cartridge 

X3. 86-1980  Optical  Character  Recognition  (OCR)  Inks 
X3. 88-1981  Computer  Program  Abstracts 
X3. 89-1981  Unrecorded  Single-Disk,  Double-Density  Cartridge 
(Front  Loading,  2200  bpi,  200  tpi)  (General,  Physical,  and  Mag¬ 
netic  Requirements) 

X3.91M-1987  Storage  Module  Interfaces 

X3. 92-1981  Data  Encryption  Algorithm 

X3.93M-1981  OCR  Character  Positioning 

X3. 94-1985  Programming  Language  PANCM 

X3.95-1982  Microprocessors  —  Hexadecimal  Input/Output,  Using 

5-Bit  and  7-Bit  Teleprinters 

X3. 96-1983  Continuous  Business  Forms  (Single-Part) 

X3. 98-1983  Text  Information  Interchange  in  Page  Image  Format 
(PIF) 

X3.99-1983  Print  Quality  Guideline  for  Optical  Character  Recogni¬ 
tion  (OCR) 

X3. 100-1983  Interface  Between  Data  Terminal  Equipment  and 
Data  Circuit-Terminating  Equipment  for  Packet  Mode  Operation 
with  Packet  Switched  Data  Communications  Network 
X3. 101-1984  Interfaces  Between  Rigid  Disk  Drive(s)  and  Host(s) 

X3. 102-1983  Data  Communication  Systems  and  Services  —  User- 
Oriented  Performance  Parameters 

X3. 103-1983  Unrecorded  Magnetic  Tape  Minicassette  for  Informa¬ 
tion  Interchange,  Coplanar  3.81  mm  (0.150  in) 

X3. 104-1983  Recorded  Magnetic  Tape  Minicassette  for  Informa¬ 
tion  Interchange,  Coplanar  3.81  mm  (0.150  in).  Phase  Encoded 
X3. 105-1983  Data  Link  Encryption 

X3.106-1983  Modes  of  Operation  for  the  Data  Encryption  Algorithm 
X3. 110-1983  Videotex/Teletext  Presentation  Level  Protocol  Syntax 
X3.1 11-1986  Optical  Character  Recognition  (OCR)  Matrix  Charac¬ 
ter  Sets  for  OCR-M 

X3.1 12-1984  14-in  (356-mm)  Diameter  Low-Surface-Friction 
Magnetic  Storage  Disk 

X3. 113-1987  Programming  Language  FULL  BASIC 

X3. 114-1984  Alphanumeric  Machines;  Coded  Character  Sets  for 

Keyboard  Arrangements  in  ANSI  X4.23-1982  and  X4.22-1983 

( Continued  on  reverse) 
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U.S.  DEPARTMENT  OF  COMMERCE 

CHANGE  NUMBER  2  -  FIPS  60-2  &  62 

(REV.  10-38) 

NATIONAL  INSTITUTE  OF  STANDARDS  AND  TECHNOLOGY 

1-FIPS  61-1, 63-1, 97, 111, 130&131 

FIPS  PUBLICATION  CHANGE  NOTICE 

DATE  OF  CHAnEI" 

1990  December  26 

FIPS  PUBUCATION  NUMBER 

See  above. 

publication title p jpg  60-2,  I/O  Channel  Interface;  62,  Operational  Specifications  for  Magnetic  Tape 
Subsystems;  61-1,  Channel  Level  Power  Control  Interface;  63-1,  Operational  Specifications  for 
Variable  Block  Rotating  Mass  Storage  Subsystems;  97,  Operational  Specifications  for  Fixed  Block 
Rotating  Mass  Storage  Subsystems;  111,  Storage  Module  Interfaces  (w/extens.  for  enhanced  storage 
module  interface);  130,  Intelligent  Peripheral  Interface  ( IP  I ) ;  131,  Small  Computer  System 
Interface  (SCSI) . 


THIS  OFFICE  HAS  A  RECORD  OF  YOUR  INTEREST  IN  RECEIVING  CHANGES  TO  THE  ABOVE  FIPS  PUBLICATION.  THE  CHANGE(S)  INDICATED  BELOW  HAVE  BEEN 
PROVIDED  BY  THE  MAINTENANCE  AGENCY  FOR  THIS  PUBLICATION  AND  WILL  BE  INCLUDED  IN  THE  NEXT  PUBLISHED  REVISION  TO  THIS  FIPS  PUBUCATION. 
QUESTIONS  OR  REQUESTS  FOR  ADDITIONAL  INFORMATION  SHOULD  BE  ADDRESSED  TO  THE  MAINTENANCE  AGENCY: 

Department  of  Commerce 

National  Institute  of  Standards  and  Technology 
National  Computer  Systems  Laboratory 

_ Gaithersburg,  MD  20899 _ 

CHANGE  ITEM(S) 


Attached  is  a  reprint  from  the  December  18,  1990,  FEDERAL  REGISTER  (55  FR  51941) 
which  provides  approved  revisions  by  the  Secretary  of  Commerce  to  the  FIPS  family 
of  input/output  interface  standards,  and  the  approved  discontinuation  of  the 
Exclusion  and  Verification  Lists  for  these  standards. 

These  approved  revisions  became  effective  on  December  18,  1990,  and  become  an 
integral  part  of  FIPS  60—2,  61—1,  62,  63-1,  97,  111,  130  and  131,  and,  as  such, 
are  considered  to  be  included  whenever  reference  is  made  to  them. 

These  approved  revisions  should  be  filed  with  each  FIPS  listed  above. 

Attachment 


Copies  of  FIPS  are  available  from: 

National  Technical  Information  Service  (NTIS) 
nTTN:  Sales  Office,  Sills  Building 

5285  Port  Royal  Road 
Springfield,  Virginia  22161 

Phone  -  703/487-4650  Office  Hours  -  7:45  a.m.  to  4:15  p.m. 
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National  Institute  of  Standards  and  Technology 
NOTICES 

Information  processing  standards.  Federal: 

Family  of  input/output  interface  standards,  51941 


National  Institute  of  Standards  and 
Technology 

(Docket  No.  900101-02191 

RIN  0693- AA59 

Approval  of  Revisions  to  Federal 
Information  Processing  Standards 
(FIPS)  Family  of  Input/Output  Interface 
Standards 

agency:  National  Institute  of  Standards 
and  Technology  (NIST),  Commerce. 
action:  The  purpose  of  this  notice  is  to 
announce  that  the  Secretary  of 
Commerce  has  approved  revisions  to  the 
Federal  Information  Processing 
Standards  (FIPS)  family  of  input/output 
interface  standards,  and  has  approved 
discontinuation  of  the  exclusion  and 
verification  lists  for  these  standards. 

Summary:  On  March  20.  1990.  notice 
was  published  in  the  Federal  Register 
(55  FR  10272)  proposing  revision  of 
Federal  Information  Processing 
Standards  (FIPS)  60-2.  61-1.  62.  63-1.  97, 
111.  130.  and  131  to  make  them  non- 
mandatory.  and  discontinue  the 
exclusion  and  verification  lists  for  these 
standards.  This  proposal  superseded  the 
proposal  for  revision  of  these  standards 
announced  in  the  Federal  Rogister  (52 
FR  44462)  of  November  19.  1907. 
Procedures  for  the  Exclusion  List  for 
FIPS  60.  61.  62.  03.  and  97  were 
published  in  the  Fodornl  Register  on 
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September  3.  1982  (47  FR  38959-38960). 
Procedures  for  the  Verification  List  for 
FIPS  60,  61.  62,  63,  and  97  were 
published  in  the  Federal  Register  on 
December  11.  1979  (44  FR  71444-71445) 
and  on  April  7,  1981  (46  FR  20719-20720). 

The  written  comments  submitted  by 
interested  parties  and  other  material 
available  to  the  Department  relevant  to 
these  proposed  revisions  were  reviewed 
by  NIST.  On  the  basis  of  this  review, 
NIST  recommended  that  the  Secretary 
approve  revisions  to  the  input/output 
family  of  standards  and  approve 
discontinuation  of  the  exclusion  and 
verification  lists  for  these  standards. 
NIST  prepared  a  detailed  justification 
document  for  the  Secretary's  review  in 
support  of  those  recommendations. 

This  notice  provides  only  the  changes 
to  the  revised  standards. 
effective  date:  These  revisions  are 
effective  December  18,  1990. 
addresses:  Interested  parties  may 
obtain  copies  of  FIPS  PUBS  60-2,  01-1, 

62,  63-1,  97.  Ill,  130,  and  131  from  the 
National  Technical  Information  Service, 
U.S.  Department  of  Commerce, 
Springfield,  VA  22161. 

FOR  FURTHER  INFORMATION  CONTACT: 

Ms.  Shirley  Radack,  National  Institute  of 
Standards  and  Technology, 

Gaithersburg,  MD  20899,  telephone  (301) 
°75-2833. 

UPPLEMENTARY  INFORMATION:  Under 
the  provisions  of  40  U.S.C.  759(d),  the 
Secretary  of  Commerce  is  authorized  to 
promulgate  standards  and  guidelines  for 
Federal  computer  systems,  and  to  make 
such  standards  compulsory  and  binding 
to  the  extent  to  which  the  Secretary 
determines  necessary  to  improve  the 
efficiency  of  operation,  or  security  and 
privacy  of  Federal  computer  systems. 

The  family  of  I/O  interface  standards 
currently  includes: 

a.  FIPS  60-2,  I/O  Channel  Interface, 
revised  July  29,  1983. 

b.  FTPS  61-1,  Channel  Level  Power 
Control  Interface,  revised  July  13,  1982. 

c.  FIPS  62,  Operational  Specifications 
for  Magnetic  Tape  Subsystems,  revised 
December  30. 1980. 

d.  FIPS  63-1,  Operational 
Specifications  for  Variable  Block 
Rotating  Mass  Storage  Subsystems, 
revised  April  14,  1983:  Supplement  to 
FIPS  PUB.  83-1,  Additional  Operational 
Specifications  for  Variable  Block 
Rotating  Mass  Storage  Subsystems, 

April  14.  1983. 

e.  FIPS  97.  Operational  Specifications 
for  Fixed  Block  Rotating  Mass  Storage 
Subsystems.  February  4, 1983. 

f.  FIPS  111,  Storage  Module  Interfaces 
th  extensions  for  enhanced  storage 

jdule  interfaces),  April  18, 1985. 


g.  FIPS  130,  Intelligent  Peripheral 
Interface  (IPI).  July  16.  1987. 

h.  FIPS  131,  Small  Computer  System 
Interface  (SCSI)  July  16,  1987. 

The  following  revisions  are  being 
made  effective  immediately  upon 
publication.  A  delayed  effective  date  is 
not  required  because  these  standards 
are  exempt  from  the  Administrative 
Procedure  Act  by  U.S.C.  553(a)(2). 

Revisions  to  Federal  Information 
Processing  Standards  60-2,  61-1.  62.  63- 
1.  97,  111,  130,  and  131. 

FIPS  60-2,  I/O  Channel  Interface,  is 
revised  as  follows: 

Applicability.  This  standard 
addresses  the  interconnection  of 
computer  peripheral  equipment  as  a  part 
of  ADP  systems  for  the  following  types 
of  peripherals:  (1)  Magnetic  tape 
equipment  employing  open  reel-to-reel 
magnetic  tape  storage  devices, 
specifically  excluding  magnetic  tape 
cassette  and  tape  cartridge  storage 
devices,  (2)  magnetic  disk  storage 
equipment  employing  disk  drives  each 
having  a  capacity  greater  than  7 
megabytes  per  storage  module, 
excluding  flexible  disk  and  disk 
cartridge  devices  having  a  smaller 
storage  capacity  per  device,  and  (3) 
other  peripheral  equipment  employing 
peripheral  device  types  for  which 
operational  specifications  standards 
have  been  issued  as  Federal  Information 
Processing  Standards.  This  standard  is 
recommended  for  use  in  the  acquisition 
of  peripheral  equipment  for  ADP 
systems  with  input/output  channel 
interfaces  as  specified  in  the  technical 
specifications,  when  it  is  determined 
that  interchange  of  equipment  between 
different  systems  is  likely. 

Implementation.  The  original  version 
of  this  standard  became  effective 
December  13, 1979.  The  first  revision 
became  effective  June  23,  1980,  and  the 
second  revision  became  effective  July 
29,  1983.  This  revision  becomes  effective 
December  18,  1990. 

Waivers.  This  standard  is  non¬ 
mandatory.  No  waivers  are  required. 

FIPS  61-1,  Channel  Level  Power 
Control  Interface,  is  revised  as  follows: 

Applicability.  This  standard 
addresses  the  power  control  interface  in 
connecting  computer  peripheral 
equipment  to  ADP  systems.  It  is 
recommended  for  use/nen  FIPS  00-2  is 
used,  when  it  is  determined  that 
interchange  of  equipment  between 
different  systems  is  likely. 

Implementation.  The  original  version 
of  this  standard  became  effective  June 
23,  1980,  and  the  first  revision  became 
effective  July  13.  1982.  This  revision 
becomes  effective  December  18,  1990. 

Waivers.  This  standard  is  non- 
mandatory.  No  waivers  are  required. 


FIPS  62.  Operational  Specifications 
for  Magnetic  Tape  Subsystems,  is 
revised  as  follows: 

Applicability.  This  standard 
addresses  magnetic  tape  equipment 
connected  to  ADP  systems  through  FIPS 
60  interfaces.  It  is  recommended  for  use 
in  the  acquisition  of  such  equipment, 
when  it  is  determined  that  interchange 
of  equipment  between  different  systems 
is  likely. 

Implementation.  The  original  version 
of  this  standard  became  effective  June 
23, 1980.  This  revision  becomes  effective 
December  10.  1990. 

Waivers.  This  standard  is  non¬ 
mandatory.  No  waivers  are  required. 

FIPS  63-1,  Operational  Specifications 
for  Variable  Block  Rotating  Mass 
Storage  Subsystems,  is  revised  as 
follows: 

Applicability.  This  standard 
addresses  peripheral  device  dependent 
operational  interfaces  for  connecting 
variable  block  rotating  mass  storage 
equipment  to  ADP  systems  through  FIPS 
60  interfaces.  It  is  recommended  for  use 
in  the  acquisition  of  such  variable  block 
rotating  mass  storage  equipment  for 
connection  to  ADP  systems,  when  it  is 
determined  that  interchange  of 
equipment  between  different  systems  is 
likely. 

Implementation.  This  standard 
became  effective  June  23,  1930,  and  the 
first  revision  became  effective  Apnl  14, 
1983.  This  revision  becomes  effective 
December  18,  1990. 

Waivers.  This  standard  is  non¬ 
mandatory.  No  waivers  are  required. 

FIPS  97,  Operational  Specifications 
for  Fixed  Block  Rotating  Mass  Storage 
Subsystems,  is  revised  as  follows: 

Applicability.  This  standard 
addresses  the  peripheral  device 
dependent  operational  interface 
specifications  for  connecting  fixed  block 
rotating  mass  storage  equipment  to  ADP 
systems  through  FIPS  60  interfaces.  It  is 
recommended  for  use  in  the  acquisition 
of  such  fixed  block  rotating  mass 
storage  equipment  for  connection  to 
ADP  systems,  when  it  is  determined  that 
interchange  of  equipment  between 
different  systems  is  likely. 

Implementation.  The  original  version 
of  this  standard  became  effective 
February  4,  1983.  This  revision  becomes 
effective  December  18,  1990. 

Waivers.  This  standard  is  non¬ 
mandatory.  No  waivers  are  required. 

FIPS  111,  Storage  Module  Interfaces, 
is  revised  as  follows: 

Applicability.  This  standard 
addresses  connection  of  a  disk  drive  !n 
a  controller  as  part  of  an  ADP  system. 
This  standard  is  recommended  for  use  in 
the  acquisition  of  disk  systems  that  are 
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connected  to  small  and  medium  sized 
computer  systems,  when  it  is 
determined  that  interchange  of 
equipment  between  different  systems  is 
likely. 

Implementation.  This  standard 
became  effective  May  18.  1985.  This 
revision  becomes  effective  December  18. 
1990. 

Waivers.  This  standard  is  non¬ 
mandatory.  No  waivers  are  required. 

FIPS  130.  Intelligent  Peripheral 
Interface  (IPI),  is  revised  as  follows: 

Section  8.  Applicability.  This  standard 
applies  to  the  connection  of  computers 
to  storage  peripheral  device  controllers. 
This  standard  is  recommended  for  use  in 
the  acquisition  of  magnetic  disk  drives, 
optical  disk  drives,  and  tape  drives  to  be 
connected  to  minicomputer  systems, 
when  it  is  determined  that  interchange 
of  equipment  between  different  systems 
is  likely. 

Section  10,  Implementation.  This 
standard  became  effective  December  16. 
1987.  This  revision  becomes  effective 
December  18,  1990. 

Section  11.  Waivers.  This  standard  is 
non-mandatory.  No  waivers  are 
required. 

FIPS  131,  Small  Computer  System 
Interface  (SCSI)  is  revised  as  follows: 

Section  8,  Applicability.  This  standard 
addresses  the  connection  of  small 
computers  to  peripheral  devices  with 
integral  controllers.  This  standard  is 
recommended  for  use  in  the  acquisition 
of  storage  peripherals  and  small  __  - 
computer  systems  for  office  or 
laboratory  use,  when  it  is  determined 
that  interchange  of  equipment  between 
different  systems  is  likely. 

Section  10,  Implementation.  This 
standard  became  effective  December  16. 
1987.  This  revision  becomes  effective 
December  18, 1990. 

Section  11,  Waivers.  This  standard  is 
non-mandatory.  No  waivers  are 
required. 

Dated:  December  12, 1990. 

John  W.  Lyons, 

Director. 
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